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(57) ABSTRACT 

A method and apparatus for a self-correcting bandwidth 
request/grant protocol in a broadband wireless communica- 
tion system is disclosed. The self-correcting bandwidth 
request/grant protocol utilizes a combination of incremental 
and aggregate bandwidth requests. In accordance with the 
present inventive protocol, CPEs primarily transmit incre- 
mental bandwidth requests to their associated base stations, 
followed by periodic transmissions of aggregate bandwidth 
requests. The use of incremental bandwidth requests reduces 
risks that a base station erroneously issues duplicate band- 
width allocations to the same CPE for the same connection. 
Race conditions that may have occurred using only aggre- 
gate bandwidth requests are eliminated by requiring the 
CPEs to request bandwidth in an incremental manner. 
However, use of periodic aggregate bandwidth requests (that 
express the current state of their respective connection 
queues) allows the present bandwidth allocation method and 
apparatus to be "self-conecting". The present method is 
self-correcting because errors that may have been introduced 
due to lost incremental bandwidth requests are corrected by 
the base stations when the aggregate bandwidth requests are 
received and processed. Upon receipt of the aggregate 
bandwidth requests, the base stations reset their records to 
correctly reflect the current bandwidth requirements of their 
associated CPEs. Periodic use of aggregate bandwidth 
requests provides a self-correcting bandwidth allocation 
protocol yet without the bandwidth overhead (e.g., band- 
width required to transmit acknowledgements) typically 
associated with the prior art protocols (such as the guaran- 
teed delivery protocols). 

33 Claims, 15 Drawing Sheets 
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METHOD AND APPARATUS FOR A 
SELF-CORRECTING BANDWIDTH 
REQUEST/GRANT PROTOCOL IN A 
WIRELESS COMMUNICATION SYSTEM 

CROSS-REFERENCE TO RELATED 
APPLICAnON 

This application is a continuation-in-part of U.S. appli- 
cation Ser. No. 09/316,518, filed May 21, 1999, entiUed 
"Method and Apparatus for Allocating Bandwidth in a 
Wireless Communication System", hereby incorporated by 
reference herein in its entirety for its teachings on bandwidth 
allocation methods, and referred to hereafter as "the parent 
appiication". The invention is related to commonly assigned 
U.S. Pat. No. 6,016,311, issued Jan. 18, 2000, entitled "An 
Adaptive Time Division Duplexing Method and Apparatus 
for Dynamic Bandwidth Allocation within a Wireless Com- 
munication System", hereby incorporated by reference in its 
entirety herein for its teachings on adaptive time division 
duplexing methods and apparatus. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to communication systems, and 
more particularly to a method and apparatus for a self- 
correcting bandwidth request/grant protocol in a communi- 
cation system. 

2. Description of Related Art 

As described in the related U.S. Pat. No. 6,016^11, a 
wireless communication system facilitates two-way com- 
munication between a plurality of subscriber radio stations 
or subscriber units (fixed and portable) and a fixed network 
infrastructure. Exemplary communication systems include 
mobile cellular telephone systems, personal communication 
systems (PCS), and cordless telephones. The key objective 
of these wireless commimication systems is to provide 
commtmication channels on demand between the plurality 
of subscriber units and their respective base stations in order 
to connect a subscriber unit xiser with the fixed network 
infrastructure (usually a wire-line system). In the wireless 
systems having multiple access schemes a time "&ame" is 
used as the basic information transmission unit. Each frame 
is sub-divided into a plurality of lime slots. Some time slots 
are used for control purposes and some for information 
transfer. Subscriber xmits typically communicate with the 
base station \ising a "duplexing** scheme thxis allowing the 
exchange of information in both directions of connection. 

Transmissions from the base station to the subscriber unit 
are commonly referred to as "downlink" transmissions. 
Transmissions from the subscriber unit to the base station 
are commonly referred to as "uplink** transmissions. 
Depending upon the design criteria of a given system, the 
prior art wireless commimication systems have typically 
used either time division duplexing (TDD) or frequency 
division duplexing (FDD) methods to facilitate the exchange 
of information between the base station and the subscriber 
units. Both the TDD and FDD duplexing schemes are well 
known in the art. 

Recently, wideband or "broadband" wireless communi- 
cations networks have been proposed for providing delivery 
of enhanced broadband services such as voice, data and 
video services. The broadband wireless communication sys- 
tem facilitates two-way conununication between a plurality 
of base stations and a plurality of fixed subscriber stations or 
Customer Premises Equipment (CPE). One exemplary 
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broadband wireless communication system is described in 
the incorporated patent, U.S. Pat. No. 6,016,311, and is 
shown in the block diagram of FIG. 1. As shown in FIG. 1, 
the exemplary broadband wireless communication system 

5 100 includes a plurality of cells 102. Each cell 102 contains 
an associated cell site 104 that primarily includes a base 
station 106 and an active antenna array 108. Each cell 102 
provides wireless connectivity between the celFs base sta- 
tion 106 and a plurality of customer premises equipment 
(CPE) 110 positioned at fixed customer sites 112 throughout 
the coverage area of the cell 102. The users of the system 
100 may include both residential and business customers. 
Consequently, the users of the system have different and 
varying usage and bandwidth requirement needs. Each cell 

j5 may service several hundred or more residential and busi- 
ness CPEs. 

The broadband wireless communication system 100 of 
FIG. 1 provides true "bandwidth-on-demand** to the plural- 
ity of CPEs 110. CPEs 110 request bandwidth allocations 

20 from their respective base stations 106 based upon the type 
and quality of services requested by the customers served by 
the CPEs. Different broadband services have different band- 
width and latency reqiiirements. The type and quality of 
services available to the customers are variable and select- 

25 able. The amount of bandwidth dedicated to a given service 
is determined by the information rate and the quality of 
service required by that service (and also taking into account 
bandwidth availability and other system parameters). For 
example, Tl-type continuous data services typically require 

30 ^ great deal of bandwidth having well-controlled delivery 
latency. Until terminated, these services require constant 
bandwidth allocation on each frame. In contrast, certain 
types of data services such as Internet protocol data services 
(TCP/IP) are bursty, often idle (which at any one instant 

35 requires zero bandwidth), and are relatively insensitive to 
delay variations when active. 

Due to the wide variety of CPE service requirements, and 
due to the large number of CPEs serviced by any one base 
station, the bandwidth allocation process in a broadband 

40 wireless communication system such as that shown in FIG. 
1 can become burdensome and complex. This is especially 
true with regard to the allocation of uplink bandwidth. Base 
stations do not have a priori information regarding the 
bandwidth or quality of services that a selected CPE will 

45 require at any given time. Consequently, requests for 
changes to the uplink bandwidth allocation are necessarily 
frequent and varying. Due to this volatility in the uplink 
bandwidth requirements, the many CPEs serviced by a 
selected base station will need to frequendy initiate band- 
so width allocation requests. If imcontrolled, the bandwidth 
allocation requests will detrimentally affect system perfor- 
mance. If left unchecked, the bandwidth required to accom- 
modate CPE bandwidth allocation requests will become 
disproportionately high in comparison with the bandwidth 

55 allocated for the transmission of substantive traflSc data. 
Thus, the conununication system bandwidth available to 
provide broadband services will be disadvantageous^ 
reduced. 

Therefore, a need exists for a method and apparatus that 
60 can dynamically and efficiently allocate bandwidth in a 
broadband wireless communication system. The method and 
apparatus should be responsive to the needs of a particular 
communication link. The bandwidth needs may vary due to 
several factors, including the type of service provided over 
65 the link and the user type. The bandwidth allocation method 
and apparatus should be efficient in terms of the amount of 
system bandwidth consumed by the actual bandwidth 
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request and allocation process. That is, the plurality of 
bandwidth requests generated by the CPE should consume a 
minimum percentage of available uplink bandwidth. In 
addition, the bandwidth allocation method and apparatus 
should respond to bandwidth requests in a timely manner. 5 

Bandwidth should be allocated to high priority services in 
a sufficiently short time frame to maintain the quality of 
service specified by the CPE. Further, the bandwidth allo- 
cation method and apparatus should be capable of process- 
ing an arbitrarily large number of bandwidth allocation jq 
requests from a relatively large number of CPEs. For 
example, in the system shown in FIG. 1, as many as one 
hundred CPEs may be allowed to be simultaneously active, 
coordinating their transmissions on the uplink. Fiu'thermore, 
the system can accommodate approximately one thousand 
CPEs on the physical charmel. Therefore, the need exists for 
a bandwidth allocation method and apparatus that can pro- 
cess and respond to the bandwidth allocation requests gen- 
erated by a large number of CPEs. 

Some prior art systems have attempted to solve bandwidth 20 
allocation requirements in a system having a shared system 
resource by maintaining logical queues associated with the 
various data sources requiring access to the shared system 
resource. Such a prior art system is taught by Karol et al., in 
U.S. Pat. No. 5,675,573, that issued on Oct. 7, 1997. More 25 
specifically, Karol et al. teach a bandwidth allocation system 
that allows packets or cells within traffic flows from different 
sources that are contending for access to a shared processing 
fabric to get access to that fabric in an order that is 
determined primarily on individual guaranteed bandwidth 30 
requirements associated with each traffic flow. In addition, 
the system taught by Karol et al. allow die different sources 
to gain access to the shared processing fabric in an order 
determined secondarily on overall system criteria, such as a 
time of arrival, or due date of packets or cells within the 35 
traffic flows. Packets or cells of data from each data source 
(such as a bandwidth requesting device) are queued in 
separate logical buffers while they await access to the 
processing fabric. 

A need exits for a bandwidth allocation method and 40 
apparatus for efficiently processing and responding to band- 
width allocation requests. The bandwidth allocation method 
and apparatus should accommodate an arbitrarily large 
number of CPEs generating frequent and varying bandwidth 
allocation requests on the uplick of a wireless communica- 45 
tion system. Such a bandwidth allocation method and appa- 
ratus should be efficient in terms of the amount of bandwidth 
consumed by the bandwidth request control messages 
exchanged between the plurality of base stations and the 
plurality of CPEs. In addition, the bandwidth allocation 50 
method and apparatus should respond to the bandwidth 
allocation requests in a timely and accurate manner. The 
bandwidth allocation method and apparatus should also be 
able to process an artjitrarily large ntunber of bandwidth 
allocation requests generated by a relatively large number of 55 
CPEs. 

The bandwidth allocation techniques described in the 
co-pending, commonly assigned and incorporated parent 
application [U.S. application Ser. No. 09/316,518, filed May 
21, 2000] utilizes mechanisms referred to as '"bandwidth 60 
request/grant protocols" to provide on-demand bandwidth 
needs of individual CPE coimections. Typically, bandwidth 
request/grant protocols operate in accordance with the fol- 
lowing description. A CPE typically transmits a bandwidth 
request to an associated base station. The request identifies 65 
the aggregate (i.e., the total) bandwidth needs of the con- 
nection. The base station receives the bandwidth request and 
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determines whether sufficient bandwidth is available to grant 
the bandwidth request. If sufficient bandwidth is available, 
the requested bandwidth is granted to the connection, else 
the base station waits for sufficient bandwidth to become 
available before granting the requested bandwidth. As 
described in the parent patent application, bandwidth 
request/grant protocols improve bandwidth allocation effi- 
ciencies in wireless communication systems under ideal 
conditions. 

However, as is well known, bandwidth requests (and 
associated grants) can be lost (i.e., never received by the 
associated base station) or delayed due to noise and inter- 
ference effects inherent to all wireless communication sys- 
tems. When bandwidth requests are lost or delayed during 
transmission between a CPE and a base station, bandwidth 
allocation efficiencies can be adversely affected. Lost or 
delayed bandwidth requests contribute to the reduction of 
bandwidth allocation efficiency in wireless communication 
systems by causing the base stations to inaccurately allocate 
bandwidth to their associated and respective CP^. 

For example, consider the situation where a selected CPE 
transmits a bandwidth request to its associated base station 
wherein the request identifies the aggregate bandwidth 
requirements of the selected CPE. Assume that the band- 
width request is lost in transmission due to interference on 
the air link between the base station and the selected CPE, 
In this example, the associated base station never receives 
the aggregate bandwidth requirements of the selected CPE, 
and the base station therefore never grants the CPE's band- 
width request. After waiting a suitable period of time, the 
CPE will determine that is has not received a bandwidth 
grant from the base station. Disadvantageously, the CPE will 
be unable to determine if the bandwidth request was lost 
during transmission or if the base station simply did not have 
stifficient bandwidth to grant the request (given the quality 
of service ("QoS") of the associated connection). 

The CPE may then transmit a second bandwidth request 
for the same connection. Under certain conditions, a ''race 
condition" may occur that could cause the bandwidth allo- 
cation technique to waste the allocation of bandwidth. If the 
timing of the bandwidth requests (and subsequent grants) is 
such that the selected CPE issues the second bandwidth 
request for the same connection concurrently with the base 
station's grant of the first request, the second request and the 
grant to the first request may be concurrently transmitted 
over the link. That is, if the base station transmits a grant to 
the first request before receiving the second request from the 
CPE, the base station may respond to the second request and 
consequently grant a duplicate bandwidth request for the 
same connection. This disadvantageously results in an effi- 
cient allocation of bandwidth. 

One alternative bandwidth request/grant protocol that 
prevents the occurrence of the above-described "race con- 
dition" is the so-called "guaranteed delivery protocol." As is 
well known, guaranteed delivery protocols make use of 
acknowledgment messages that are transmitted in response 
to bandwidth requests. In accordance with the guaranteed 
delivery protocol approach, a CPE transmits to its associated 
base station a bandwidth request that identifies the aggregate 
bandwidth needs of a selected coimection. The base station 
receives the bandwidth request and transmits an acknowl- 
edgment to the CPE thereby communicating receipt of the 
bandwidth request. If an acknowledgment is not received by 
the CPE, the CPE retransmits the bandwidth request. 
Advantageously, guaranteed delivery protocols vastly 
reduce the possibility of the base station erroneously allo- 
cating duplicate bandwidth to the CPE (as described above). 
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and thus, improves bandwidth allocation efficiencies. cate bandwidth allocations to the same CPE for the same 
However, guaranteed delivery protocols disadvantageously connection is vastly reduced. Race conditions that may have 
require additional bandwidth necessary for transmitting occurred when only aggregate bandwidth requests are trans- 
acknowledgement messages between the base stations and mitted are eliminated by requiring the CPEs to request 
the CPEs. Furthermore, response time associated with the 5 bandwidth in an incremental manner, 
allocation of bandwidth is reduced because the CPEs must 1° addition, by requiring the CPEs to periodically transmit 
wait to receive acknowledgements from their associated aggregate bandwidth requests (that express the current state 
base stations. respective connection queues), the present band- 

c- u -1 -J*!. */ * * 1 1 «* width allocation method and apparatus is "self-correcting". 

Some bandwidth request/grant protocols known as mere- r™. *u j •j-.u n *■ *t- j j . • 
mental bandwidth rcqiest/^ant protocols" attempt to solve lo The present bandwidth allocation method and apparatus is 

the above-described proble^ relating to data transmission ^^^■<^l'^^^S ^'^l^J^V ""cremenUl bandwidUi 

efSciency by utilizing incremental bandwidth requests «quesb are detected by the base Nations when the aggreg^^^ 

instead of aggregate bandwidth requests. Incremental band- ^f"*^^*"^ ^^^f '^^''^ I'T '^"^ '^T^T^^^^^ 

width requ^ identify the additional bandwidth needs of a "P"" ^^'^ processmg of toe aggregate bandwidOi 
/-nc? *• o 1 - J • ^K requests, the base stations reset their records to correctly 

CPE connection. For example, in accordance with mere- 2 * .u * u j -j.u * r .i_ • • 

mental bandwidth request methods, a base station may "ff^^ current bandwidUi requirements of their assoa- 

allocate 1000 units of bandwidth to an associated CPE "'^ ?^ aggregate bandwidth requests 

A* t * ^- *i. ^T»T- • provides a self-correcting bandwidth allocation protocol yet 

connection. At a later time, the CPE connection may require ^ , . j ■ j.i. u j / i_ j • j.if • J. 

UOO units of aggregate bandwidth (i.e., it may requke an without the bandwidth overhead (e.g bandwidth required to 
additional 500 uT^ts of bandwidth). In accordance vlith the 20 transmit acbiowledgements typicaUy assoaated with the 

incremental bandwidth request/grant protocol, the CPE wiU P^°^^f toST)^ guaranteed 

transmit an incremental bandwidth request to its associated , . , . . ^ » , 

base station indicating that it requires an additional 500 units wu-eless communication systems. DAMA services are 

of bandwidth. Upon receiving the incremenUl bandwidth bandwidth on a demand-assignment basis. When a 
request, the base station calculates the CPE connection's 25 CPE requires additional bandwidth on a DAMA connection, 

current aggregate bandwidth needs as 1500 units (1000 transmits a bandwidth request message to an associated 

previously granted units+500 requested units). '"^ 1° accordance with the preferred embodmient 

... , , of the present invention, the CPE preferably transmits an 

Advantageously systems usmg l^e mcremental_ band- incremental bandwidth request to its associated base station, 

width requesygrant protocols respond faster and require less periodically (e.g.. every fifth bandwidth request), the CPE 

bandwidth than do those using the guaranteed dehvery ^^^.^ ^ bandwidth request to its associated 

protocols because acknowledgment messages are not ^ase station. The aggregate bandwidth request is used by the 
required by the incremental bandwidth request/grant proto- 

station to "reset" for update) its records to reflect the 

cols. Disadvantageously. when an mcremental bandwidth cPE's current bandwidth requirements. In this manner, the 

request IS lost, the base staUon oses synchromzaUon with ^ bandwidth allocatio^ protocol is said to be "self- 

Uie CPE conneclion,and thereby loses tra^ aggregate correcting." In the preferred embodiment of the present 

bandwidth needs of the CPE. Synchronization is lost j^^^ntion. four consecutive incremenUl bandwidth requests 

•^tr ^ k"**! ^ ? ar* transmitted. foUowed by one aggregate bandwidth 

width needs by addmg each incremental bandwidth request ^ transmission. In alternative eiiboddments. altema- 

o the previous aggregate bandwidth needs estmiate. TTius dve patterns of consecutive incremental and aggregate band- 

the base staUon and he CPE connection will remam out of ^e used without departing fi^m the scope 

synchromzahon until the CPE connection is reset. of the present invention. 

Thus, a need exists for a method and apparatus for a ji^^ ^^^i^ apparatus reduces the amount of band- 

self-correcung bandwidth request/grant protocol. The band- t^at must be allocated for bandwidth request and 

width requ^t/grant protocol method and apparatus should bandwidth allocation purposes. The opportunities for allow- 

correct Itself when a bandwidth request is lost due to the jjjg , cPE to request bandwidtii are very tighfly controUed 

noise or mterference effects present on an air hnk. Such a accordance with the present invention. The present inven- 

method and apparatus should be efficient in terms of the tion utilizes a combination of a number of bandwidth request 

amount of bandwidth consumed by the bandwidth request ^nd allocation techniques to control the bandwidth request 

and grant messages that are exchanged between the plurality There are a number of means by which a CPE can 

of base stations and the plurality of CPEs. The present f,^^ ^ bandwidth request message to an associated base 

mvention provides such a bandwidth request/grant protocol station 

method and apparatus. One'such means uses a "polling" technique whereby a 

SUMMARY OF THE INVENTION station polls one or more CPEs and allocates bandwidth 

55 specifically for the purpose of allowing the CPEs to respond 
The present invention is a novel method and apparatus for with a bandwidth request. The polling of the CPEs by the 
a self-correcting bandwidth request/grant protocol that effi- base station may be in response to a CPE setting a "poU-me 
ciently allocates bandwidth in a wireless communication bit" or, alternatively, it may be periodic. In accordance with 
system. The present inventive self-correcting bandwidth the present invention, periodic polls may be made to indi- 
request/grant protocol utilizes a combination of incremental 60 vidual CPEs, to groups of CPEs, or to every CPE on a 
and aggregate bandwidth requests. In accordance with the physical channel. When individually polling a CPE, the base 
present inventive protocol, CPEs prinaarily transmit incre- station polls an individual CPE by allocating uplink band- 
mental bandwidth requests to associated and respective base width in an uplink sub-frame map to allow the CPE to 
stations. The CPEs also periodically transmit aggregate respond with a bandwidth request. Similariy, in group 
bandwidth requests to their associated base stations. By 65 polling, the base station polls several CPEs by allocating 
primarily requiring incremental bandwidth requests, the uplink bandwidth in the uplink sub-frame map to allow the 
possibility that a base station will erroneously issue dupli- CPEs to respond with a bandwidth request. The CPEs must 
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contend for the allocated bandwidth if collisions occur. 
Bandwidth allocations are not in the forni of an explicit 
message that is communicated by the base station to the 
CPEs, but rather the bandwidth allocations are transmitted 
implicitly by allocating bandwidth in the uplink sub-frame 5 
map. 

Another means used by the present invention in reducing 
bandwidth consumed by the bandwidth request messages is 
the technique of "piggybacking" bandwidth requests on 
bandwidth already allocated to a CPE. In accordance with 
this technique, currently active CPEs request bandwidth 
using previously unused portions of uplink bandwidth that is 
already allocated to the CPE. Alternatively, the bandwidth 
requests can be piggybacked on uplink bandwidth already 
allocated and currently being used by a data service. In 
accordance with this alternative, the CPE "steals" bandwidth 
already allocated for a data connection by inserting band- 
width requests in time slots previously used for data. 

The CPE is responsible for distributing the allocated 
uplink bandwidth in a manner that accommodates the ser- 
vices provided by the CPE. The CPE is free to use the uplink ^0 
bandwidth that was allocated to it in a manner that is 
different than that originally requested or granted by the base 
station. The CPE advantageously determines which services 
to give bandwidth to and which services must wait for 
subsequent bandwidth requests. One advantage of having 25 
the CPE determine how to distribute its allocated bandwidth 
is that it relieves the base station from performing this task. 
In addition, the communication overhead that is required by 
having the base station instruct the CPE how to distribute its 
allocated bandwidth is eliminated. By using a combination 30 
of bandwidth allocation techniques, the present invention 
advantageously makes use of the efiBciency benefits associ- 
ated with each technique. 

The base station media access control ("MAC) allocates 
available bandwidth on a physical channel on the uplink and 35 
the downlink. Within the uplink and downlink sub-frames, 
the base station MAC allocates the available bandwidth 
between the various services depending upon the priorities 
and rules imposed by their quality of service ("QoS")- The 
base station MAC maintains a set of queues for each ^ 
physical channel that it serves. Within each physical channel 
queue set, the base station maintains a queue for each QoS. 
The queues hold data that is ready to be transmitted to the 
CPEs present on the physical channel. The base station 
higher MAC control layers are free to implement any 45 
convenient fairness or traffic shaping algorithms regarding 
the sharing of access between connections at the same QoS, 
without impacting the base station lower MAC control 
layers. In determining the amount of bandwidth to allocate 
at a particular QoS for a particular CPE, the base station 50 
takes into account the QoS, modulation, and the fairness 
criteria used to keep an individual CPE from using up all 
available bandwidth. In one embodiment, the base station 
attempts to balance the uplink/downlink bandwidth alloca- 
tions using an adaptive time-division duplexing technique 55 
(ATDD). 

TTie uplink bandwidth allocation method is very similar to 
the downlink bandwidth allocation except that, rather than 
being maintained by the base station, the data queues are 
distributed across and maintained by each individual CPE. 
Rather than check the queue status directly, the base station 
preferably receives requests for bandwidth from the CPEs 
using the techniques described above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows a broadband wireless communication sys- 
tem adapted for use with the present invention. 
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FIG. 2 shows a TDD frame and multi-frame structure that 
can be tised by the communication system of FIG. 1 in 
practicing the.present invention. 

FIG. 3 shows an example of a downlink sub-frame that 
can be used by the base stations to transmit information to 
the plurality of CPEs in the wireless communication of FIG. 
1, 

FIG. 4 shows an exemplary uplink sub-frame that is 
adapted for use with the present bandwidth allocation inven- 
tion. 

FIG. 5 is a flow diagram showing the information 
exchange sequence used in practicing the individual polling 
technique of the present invention. 

FIG. 6 is a flow diagram showing the individual polling 
technique of the present invention. 

FIG. 7 shows an exemplary uplink sub-frame map that is 
used to facilitate the present multicast/broadcast bandwidth 
allocation technique. 

FIG. 8 is a flow diagram showing the multicast and 
broadcast polling technique of the present invention. 

FIG. 9 is a flow diagram showing use of a "poU-me" to 
stimulate polling of a CPE in accordance with the present 
invention. 

no. 10 shows the message sequence that is used by the 
present invention in requesting polls using the "poll-me" bit, 

FIG. 11 is a flow diagram showing the bandwidth request 
piggybacking process of the present invention. 

FIG. 12 shows the downlink bandwidth allocation method 
used by the present invention. 

FIG. 13 shows the uplink bandwidth allocation method 
used by the present invention. 

FIG. 14a is a flow diagram showing the preferred embodi- 
ment of the self-correcting bandwidth request/grant protocol 
method of the present invention. 

FIG. 14b is a flow diagram showing an alternative 
embodiment of the self-correcting bandwidth request/grant 
protocol method of the present invention. 

Like reference numbers and designations in the various 
drawings indicate like elements. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Throughout this description, the preferred embodiment 
and examples shown should be considered as exemplars, 
rather than as limitations on the present invention. 

The preferred embodiment of the present invention is a 
method and apparatus for a self-correcting bandwidth 
request/grant protocol for allocating bandwidth in a broad- 
band wireless communication system. One very important 
performance criterion of a broadband wireless commimica- 
tion system, and any communication system for that matter 
having a physical communication medium shared by a 
plurality of users, is how efficiently the system uses the 
physical medium. Becatise wireless communication systems 
are shared-medium communication networks, access and 
transmission by subscribers to the network must be con- 
trolled. In wireless communication systems a Media Access 
Control ("MAC") protocol typically controls user accesses 
to the physical medium. The MAC determines when sub- 
scribers are allowed to transmit on the physical medium. In 
addition, if contentions are permitted, the MAC controls the 
contention process and resolves any collisions that occur. 

In the system shown in FIG. 1, the MAC executed by 
software present in the base stations 106 (in some 
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embodimeDts, the software may execute on processors both 
in the base stations and the CPE) control the transmission 
time for all of the CPEs 110. The base stations 106 receive 
requests for transmission rights and grant these requests 
within the time available taking into account the priorities, 
service types, quality of service and other factors associated 
with the CPEs 110. As described above in the background of 
the invention, the services provided by the CPEs 110 TDM 
information such as voice trunks from a PBX. At the other 
end of the service spectrum, the CPEs may uplink bursty yet 
delay-tolerant computer data for communication with the 
well-known World Wide Web or Internet. 

The base station MAC maps and allocates bandwidth for 
both the uplink and downlink commimication links. These 
maps are developed and maintained by the base station and 
are referred to as the Uplink Sub-frame Maps and Downlink 
Sub-frame Maps, The MAC must allocate sufficient band- 
width to accommodate the bandwidth requirements imposed 
by high priority constant bit rate (CBR) services such as Tl, 
El and similar constant bit rate services. In addition, the 
MAC must allocate the remaining system bandwidth across 
the lower priority services such as Internet Protocol (IP) data 
services. The MAC distributes bandwidth among these 
lower priority services using various QoS dependent tech- 
niques such as fair-weighted queuing and round-robin queu- 
ing. 

The downlink of the communication system shown in 
FIG. 1 operates on a point-to-multi -point basis (i.e., from the 
base station 106 to the plurality of CPEs 110). As described 
in U.S. Pat. No. 6,016,311, the central base station 106 
includes a sectored active antenna array 108 that is capable 
of simultaneously transmitting to several sectors. In one 
embodiment of the system 100, the active antenna array 108 
transmits to six independent sectors simultaneously. Within 
a given frequency channel and antenna sector, all stations 
receive the same transmission. The base station is the only 
transmitter operating in the downlink direction, hence it 
transmits without having to coordinate with other base 
stations, except for the overall time-division duplexing that 
divides time into upstream (uplink) and downstream 
(downlink) transmission periods. The base station broad- 
casts to all of the CPEs in a sector (and frequency). The 
CPEs monitor the addresses in the received messages and 
retain only those addressed to them. 

The CPEs 110 share the uplink on a demand basis that is 
controlled by the base station MAC. Depending upon the 
class of service utilized by a CPE, the base station may issue 
a selected CPE continuing rights to transmit on the uplink, 
or the right to transmit may be granted by a base station after 
receipt of a request from the CPE. In addition to individually 
addressed messages, messages may also be sent by the base 
station to multicast groups (control messages and video 
distribution are examples of multicast applications) as well 
as broadcast to all CPEs. 

Within each sector, in accordance with the present 
invention, CPEs must adhere to a transmission protocol that 
minimizes contention between CPEs and enables the service 
to be tailored to the delay and bandwidth requirements of 
each user appUcation. As described below in more detail, 
this transmission protocol is accomplished through the use 
of a polling mechanism, with contention procedures used as 
a backup mechanism should imusual conditions render the 
polling of all CPEs unfeasible in light of given delay and 
response-time constraints. Contention mechanisms can also 
be used to avoid individually polling CPEs that are inactive 
for long time periods. The polling techniques provided by 
the present inventive method and apparatus simplifies the 
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access process and guarantees that service applications 
receive bandwidth allocation on a deterministic basis if 
required. In general, data service applications are relatively 
delay-tolerant. In contrast, real-time service applications 

5 such as voice and video services require that bandwidth 
allocations be made in a timely manner and in adherence to 
very lightly-controlled schedules. 
Frame Maps — Uplink and Downlink Sub-frame Mappings 
In one preferred embodiment of the present invention, the 

10 base stations 106 maintain sub-frame maps of the bandwidth 
allocated to the uplink and downlink communication links. 
As described in the related and incorporated U.S. Pat. No. 
6,016,311, the uplink and downlink, in one exemplary 
communication system, can be multiplexed in a time- 
is division duplex (or "TDD") manner. In one embodiment, a 
frame is defined as comprising N consecutive time periods 
or time slots (where N remains constant). In accordance with 
this "frame-based" approach, the commimication system 
dynamically configures the first N, time slots (where N is 

20 greater than or equal to Nj) for downlink transmissions only. 
The remaining N2 time slots are dynamically configured for 
uplink transmissions only (where N2 equals N-NJ. Under 
this TDD frame-based scheme, the downlink sub-frame is 
preferably transmitted first and is prefixed with information 

25 that is necessary for frame synchronization. 

As is well known in the communications art, in another 
communication system, the uplink and downlink can be 
multiplexed iising the well known frequency-division 
duplex (or "FDD") approach. FDD techniques are well 

30 known in the communication arts and thus are not described 
in more detail herein. However, one exemplary TDD system 
is described in detail herein. The invention present invention 
can be used in both the described TDD communication 
system, or in an FDD communication system. 

35 FIG. 2 shows a TDD frame and multi-frame structure 200 
that can be used by a communication system (such as that 
shown in FIG. 1) in practicing the present invention. As 
shown in FIG. 2, the TDD frame is subdivided into a 
plurality of physical slots (PS) 204. In the embodiment 

40 shown in FIG. 2, the frame is one millisecond in duration 
and includes 800 physical slots. Alternatively, the present 
invention can be used with frames having longer or shorter 
duration and with more or fewer PSs. The available band- 
width is allocated by a base station in units of a certain 

45 pre-defined number of PSs. Some form of digital encoding, 
such as the well-known Reed-Solomon encoding method, is 
performed on the digital information over a pre-defined 
number of bit units referred to as information elements (PI). 
The modulation may vary within the frame and determines 

50 the number of PS (and therefore the amount of time) 
required to transmit a selected PL 

As described in the incorporated U.S. Pat. No. 6,016311, 
in one embodiment of the broadband wireless communica- 
tion system shown in FIG. 1, the TDD framing is adaptive. 

55 That is, the number of PSs allocated to the downlink versus 
the uplink varies over time. The present bandwidth alloca- 
tion method and apparatus can be used TDD systems using 
a frame and muhi-frame structure similar to that shown in 
FIG. 2. As described above, the present invention can also 

60 be used in FDD communication systems. As shown in FIG. 
2, to aid periodic functions, multiple frames 202 are grouped 
into multi-frames 206, and multiple multi-frames 206 are 
grouped into hyper-frames 208. In one embodiment, each 
multi-frame 206 comprises two frames 202, and each hyper- 

65 frame comprises twenty -two multi-frames 206. Other frame, 
multi-frame and hyper-frame structures can be used with the 
present invention. For example, in another embodiment of 
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the present invention, each multi-frame 206 comprises six- 
teen frames 202, and each hyper-frame comprises thirty-two 
multi-frames 206. Exemplary downlink and uplink sub- 
frames used to in practicing the present invention are shown 
respectively in FIGS. 3 and 4. 5 
Downlink Sub-frame Map 

FIG. 3 shows one example of a downlink sub-frame 300 
that can be used by the base stations 106 to transmit 
information to the plurality of CPEs 110. The base station 
preferably maintains a downlink sub-frame map that reflects lo 
the downlink bandwidth allocation. The downlink sub-frame 
300 preferably comprises a frame control header 302, a 
plurality of downlink data PSs 304 grouped by modulation 
type (e.g., PS 304 data modulated using a QAM-4 modula- 
tion scheme, PS 304' data modulated using QAM-16, etc.) is 
and possibly separated by associated modulation transition 
gaps (MTGs) 306 used to separate differently modulated 
data, and a transmit/receive transition gap 308. In any 
selected downlink sub-frame any one or more of the differ- 
ently modulated data blocks may be absent. In one 20 
embodiment, modulation transition gaps (MTGs) 306 are 0 
PS in duration. As shown in FIG. 3, the frame control header 
302 contains a preamble 310 used by the physical protocol 
layer (or PHY) for synchronization and equalization pur- 
poses. The frame control header 302 also includes control 25 
sections for both the PHY (312) and the MAC (314). 

The downlink data PSs are used for transmitting data and 
control messages to the CPEs 110. This data is preferably 
encoded (using a Reed-Solomon encoding scheme for 
example) and transmitted at the current operating modula- 30 
tion used by the selected CPE. Data is preferably transmitted 
in a pre-defined modulation sequence: such as QAM-4, 
followed by QAM-16, followed by QAM-64. The modula- 
tion transition gaps 306 contain preambles and are used to 
separate the modidations. The PHY Control portion 312 of 35 
the frame control header 302 preferably contains a broadcast 
message indicating the identity of the PS 304 at which the 
modulation scheme changes. Finally, as shown in FIG. 3, the 
Tx/Rx transition gap 308 separates the downlink sub-frame 
from the uplink sub-frame which is described in more detail 40 
below. 

Uplink Sub-frame Map 

FIG. 4 shows one example of an uplink sub-frame 400 
that is adapted for use with the present bandwidth allocation 
invention. In accordance with the present bandwidth alio- 45 
cation method and apparatus, the CPEs 110 (FIG. 1) use the 
uplink sub-frame 400 to transmit information (including 
bandwidth requests) to their associated base stations 106. As 
shown in FIG. 4, there are three main classes of MAC 
control messages that are transmitted by the CPEs 110 so 
during the uplink frame: (1) those that are transmitted in 
contention slots reserved for CPE registration (Registration 
Contention Slots 402); (2) those that are transmitted in 
contention slots reserved for responses to multicast and 
broadcast polls for bandwidth allocation (Bandwidth 55 
Request Contention Slots 404); and those that are transmit- 
ted in bandwidth specifically allocated to individual CPEs 
(CPE Scheduled Data Slots 406). 

The bandwidth allocated for contention slots (i.e., the 
contention slots 402 and 404) is grouped together and is 60 
transmitted using a pre-determined modulation scheme. For 
example, in the embodiment shown in FIG. 4 the contention 
slots 402 and 404 are transmitted using a QAM-4 modula- 
tion. The remaining bandwidth is grouped by CPE. During 
its scheduled bandwidth, a CPE 110 transmits with a fixed 65 
modulation that is determined by the effects of environmen- 
tal factors on transmission between that CPE 110 and its 



associated base station 106. The downlink sub-frame 400 
includes a plurality of CPE transition gaps (CTGs) 408 that 
serve a similar function to the modulation transition gaps 
(MTGs) 306 described above with reference to FIG. 3. That 
is, the CTGs 408 separate the transmissions from the various 
CPEs 110 during the uplink sub-frame. In one embodiment, 
the CTGs 408 are 2 physical slots in duration. A transmitting 
CPE preferably transmits a 1 PS preamble during the second 
PS of the CTG 408 thereby allowing the base station to 
synchronize to the new CPE 110. Multiple CPEs 110 may 
transmit in the registration contention period simultaneously 
resulting in collisions. When a collision occurs the base 
station may not respond. 

By using the bandwidth allocation method and apparatus 
of the present invention, scheduled uplink traffic data is 
bandwidth allocated to specific CPEs 110 for the transmis- 
sion of control messages and services data. The CPE sched- 
uled data is ordered within the uplink sub-frame 400 based 
upon the modulation scheme used by the CPEs 110. In 
accordance with the present invention and in the manner 
described in detail below, bandwidth is requested by a CPE 
110 and is subsequently granted by an associated base 
station 106. All of the bandwidth allocated to a selected CPE 
within a given TDD frame (or alternatively an adaptive TDD 
frame, as the case may be) is grouped into a contiguous CPE 
scheduled data block 406. The physical slots allocated for 
the CTGs 408 are included in the bandwidth allocation to a 
selected CPE 110 in the base station uplink sub-frame map. 

In addition to the bandwidth that is allocated for the 
transmission of the various types of broadband services (i.e., 
the bandwidth allocated for the CPE scheduled data slots 
406), and the bandwidth allocated for CPE registration 
contention slots, bandwidth must also be allocated by the 
base station MAC for control messages such as requests for 
additional bandwidth allocations. As described in more 
detail below, in accordance with the present invention, CPEs 
110 request changes to their bandwidth allocations by mak- 
ing bandwidth requests of their associated base stations 106. 
The present inventive method and apparatxis reduces the 
amount of bandwidth that must be set aside for these 
bandwidth allocation requests. In accordance with the 
present invention, the opportunities for requesting band- 
width are very tightly controlled. The present invention 
advantageously utilizes a combination of a number of tech- 
niques to tightly control the bandwidth request process. 
There are a number of means by which a CPE can transmit 
a bandwidth request message to its associated base station. 

For example, one such means uses a "polling" technique 
whereby a base station polls one or more CPEs and allocates 
bandwidth specifically for the purpose of allowing the 
CPE(s) to transmit bandwidth requests. In accordance with 
this method, the polling of CPEs by the base station may be 
in response to a CPE setting a "poll-me bit" in an upstream 
direction or it may be periodic. In accordance with the 
present invention, periodic polls may be made to individual 
CPEs (referred to as "reservation-based" polling), to groups 
of CPEs ("multicast" polling), or to every CPE on a physical 
channel (**broadcast" polling). In reservation-based polling, 
the base station polls an individual CPE and then allocates 
uplink bandwidth to allow the CPE to respond with a 
bandwidth request. Similarly, in multicast and broadcast 
polling, the base station polls several CPEs and then allo- 
cates uplink bandwidth to allow the CPEs to respond with a 
bandwidth request. However, the CPEs must contend for the 
allocated bandwidth if collisions occur. Advantageously, 
neither the bandwidth polls nor the bandwidth allocations 
are in the form of explicit messages that are communicated 
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by the base station to the CPEs. Rather, the bandwidth polls 
comprise unsolicited grants of bandwidth sufficient for 
transmitting bandwidth requests. Bandwidth allocations are 
implicit via bandwidth allocations occurring in the uplink, 
sub-frame map. The polling techniques are described in 
more detail below with reference to FIGS. 4-10. 

As shown in FIG. 4, a portion of the uplink bandwidth 
may periodically be allocated for these bandwidth allocation 
or CPE connection requests. The uplink sub-frame 400 
includes a plurality of bandwidth request contention slots 
404. A CPE 110 must first be registered and achieve uplink 
synchronization with a base station before it is allowed to 
request bandwidth allocation. Therefore there is no need to 
allow for transmit time uncertainties in the length of the 
bandwidth request contention period. Consequently the 
bandwidth request contention period may be as small as a 
single PI, which, in one embodiment, at QAM-4 requires 6 
PS, As with the registration requests, if a collision occurs, 
the base station may not respond to the CPE. If, however, the 
base station successfully receives a bandwidth request mes- 
sage from a CPE, it responds by allocating the CPE addi- 
tional scheduled data 406 bandwidth in the uplink sub-frame 
400. The various polling techniques used by the present 
invention help to minimize the need to tise the contention 
slots 404. These techniques are described in more detail 
below. 

Another means used by the present invention in reducing 
the bandwidth consumed by the bandwidth request messages 
is the technique of "piggybacking" bandwidth requests on 
bandwidth already allocated to a CPE. In accordance with 
this technique, currently active CPEs request bandwidth 
using previously unused portions of uplink bandwidth that is 
aheady allocated to the CPE. The necessity of polling CPEs 
is thereby eliminated. In an alternative embodiment of the 
present invention, bandwidth requests are piggybacked on 
uplink bandwidth allocated and actively being used by a data 
service. In accordance with this alternative, the CPE "steals" 
bandwidth already allocated for a data connection by insert- 
ing bandwidth requests in time slots previously used for 
data. The details of these piggybacking techniques are 
described in more detail below with reference to FIG. 11. 

Once a CPE is allocated bandwidth by the base station, 
the CPE, not the base station, is responsible for using the 
uplink bandwidth in a manner that can accommodate the 
services provided by the CPE. The CPE is free to use the 
uplink bandwidth that was allocated to it in a manner that is 
different than originally requested or granted by the base 
station. For example, the service requirements presented to 
a selected CPE can change after the selected CPE requests 
bandwidth from its associated base station. The CPE advan- 
tageously determines which services to give bandwidth to 
and which services must wait for subsequent bandwidth 
requests. To this end, the CPE maintains a priority list of 
services. Those services having higher priority (e.g., those 
services having high quality of service demands) will be 
allocated bandwidth before those services having lower 
priority (e.g., IP-type data services). If the CPE does not 
have sufficient bandwidth to meet its service requirements, 
the CPE will request additional bandwidth allocations by 
either setting its poU-me bit or by piggybacking a bandwidth 
allocation request. 

One advantage of having the CPE determine how to 
distribute its allocated bandwidth is that it relieves the base 
station from performing this task. In addition, the commu- 
nication overhead that is required by having the base station 
instruct the CPE how to distribute its allocated bandwidth is 
thereby eliminated, thus increasing usable system band- 
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width. In addition, the CPE is in a much better position to 
respond to the varying uplink bandwidth allocation needs of 
high quality of service data services. Therefore, the CPE can 
better accommodate the needs of these types of service 

5 requirements than can the base station. 

The various techniques xised by the present invention to 
enhance the efficiency of the bandwidth allocation request 
process are described in more detail below in the sub- 
sections that follow. Although these techniques are 

10 described in separate sub-sections, the present inventive 
method and apparatus advantageoxisly uses all of the tech- 
niques in combination to reduce the bandwidth consumed by 
the bandwidth allocation requests. 
Thus, the present invention advantageously makes use of 

15 the efficiency benefits associated with each bandwidth allo- 
cation technique. For example, although an individual poll- 
ing technique is beneficial with regard to the ability to 
provide fast response times to bandwidth allocation 
requests, it is relatively inefficient with regard to the amount 

20 of bandwidth consumed by the bandwidth allocation pro- 
cess. In contrast,' the group polling method is relatively 
efficient with regard to the bandwidth consumed by the 
bandwidth allocation process, but it is less efficient with 
regard to the ability to respond to bandwidth allocation 

25 requests. Use of a "poll-me" bit is relatively efficient when 
considered from both the bandwidth consumption and 
response time perspectives. In addition, the piggybacking 
technique further enhances bandwidth consumption effi- 
ciency by using previously unused portions of the bandwidth 

30 to transmit the bandwidth allocation requests. In contrast to 
the prior art approaches, the present invention advanta- 
geously uses all of these bandwidth allocation techniques in 
combination to maximize efficiency. 
Polling 

35 In one embodiment of the broadband wireless system 100 
of FIG. 1 designed for use with the present invention, a CPE 
110 is assigned a dedicated connection identifier (ID) when 
the CPE 110 first registers with the system 100. The ID is 
used when the base station 106 exchanges control messages 

40 with the plurality of CPEs 110. As described above, varia- 
tions in bandwidth requirements (i.e., increases or decreases 
to bandwidth requirements) are necessary for all services 
transported by the system 100 with the exception of uncom- 
pressible constant bit rate, or continuous grant (CG) ser- 

45 vices. The bandwidth requirements of uncompressible CG 
services do not change between connection establishment 
and termination. The requirements of compressible CG 
services, such as channelized-Tl services, may increase or 
decrease depending on traffic. 

50 In contrast, many of the data services facilitated by the 
system 100 of FIG. 1 are bursty and delay-tolerant. Because 
bandwidth is provided to these services on a demand assign- 
ment basis as needed these services are commonly referred 
to as Demand-Assigned Multiple Access or "DAMA" ser- 

55 vices. When a CPE 110 needs to request bandwidth for a 
DAMA service it transmits a bandwidth request message to 
the base station 106. The bandwidth request messages 
communicate the immediate bandwidth reqmrements for the 
DAMA service. The bandwidth requirements can and typi- 

60 cally do vary over time. The quality of service or "QoS" for 
the DAMA connection is established when the CPE con- 
nection is initially established with the base station. 
Therefore, the base station has the ability to access or 
"look-up" the QoS for any DAMA service that it is currently 

65 accommodating. 

As described above, in accordance with the present 
invention, the CPEs 110 have a number of different tech- 
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niques available to them for communicating bandwidth 
request messages to their associated base stations. One such 
technique is by transmitting a bandwidth request message in 
response to being polled by a base station. In accordance 
with the polling technique taught by the present invention, 
the base station allocates bandwidth to selected CPEs spe- 
cifically for the purpose of making bandwidth requests. The 
bandwidth allocations may be to individual CPEs or to 
groups of CPEs. As described in more detail below in the 
sub-section that describes the group polling technique, allo- 
cations to groups of CPEs define bandwidth request conten- 
tion slots that are used in resolving bandwidth request 
collisions. Advantageously, the bandwidth allocations are 
not made in the form of explicit messages, but rather they are 
made in the form of bandwidth allocation increases in the 
transmitted map describing the uplink sub-frame 400 (FIG. 
4). Polling is performed on a per-CPE basis, bandwidth is 
requested on a per-connection-ID basis, and bandwidth is 
allocated on a per-CPE basis. These concepts are described 
in more detail below. 

Reservation-based Polling Technique (Individual Polling) 

In accordance with the present inventive method and 
apparatus, when a CPE is polled individually, no explicit 
message is transmitted to poll the selected CPE. Rather, the 
CPE is allocated bandwidth in the uplink subrframe map that 
is sufficient to allow the CPE to respond with the bandwidth 
request. Specifically, the base station allocates bandwidth in 
the CPE scheduled data block 406 (FIG. 4) for the selected 
CPE that is sufficient to allow the selected CPE to respond 
with a bandwidth request message. If the selected CPE does 
not require more bandwidth, it retimis a request for zero 
bytes. A zero byte request (rather than no request) is used in 
the individual polling process because explicit bandwidth 
for a reply is allocated. 

In accordance with the present invention, only inactive 
CPEs and active CPEs that explicitly request to be polled are 
eligible for individual polling. Active CPEs that do not set 
their respective "poU-me" bits in the MAC packet header 
will not be polled individually. These restrictions are 
imposed upon the bandwidth request process by the present 
invention and they advantageously save bandwidth com- 
pared with polling all of the CPEs individually. In one 
embodiment of the present invention, active CPEs respond 
to polling using the modulation scheme currently in use. 
However, inactive CPEs may respond using a QAM-4 or 
similarly robust modulation scheme to ensme that their 
transmission is sufficiently robust to be detected by the base 
station even under adverse environmental conditions. 

The present invention advantageously ensures timely 
responses to requests for more bandwidth for a constant bit 
rate service such as a channelized Tl service in which 
channels may be added or dropped dynamically. To ensure 
that the base station responds quickly to requests for more 
bandwidth for a constant bit rate service, the uplink band- 
width allocated to a constant bit rate service that is not 
currently operating at a maximum rate is made sufficiently 
large to accommodate the service's current rate and a 
bandwidth request. 

The information exchange sequence for individual polling 
is shown in the flow diagram of FIG. 5. As shown in FIG. 
5, the base station preferably has several layers of control 
mechanisms or protocol stacks 502, 504 and 506 that 
control, among other things, the bandwidth request and 
allocation process. The base station MAC is sub-divided into 
two sub-domains: (1) the HL-MAA MAC domain 504 and 
the LL-MAAMac domain 506. The LI^MAAMAC domain 
spans exactly a physical channel. Each physical channel 
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requires an instance of the LL-MAA MAC domain. The 
HL-MAA MAC domain spans multiple physical channels, 
typically all in the same sector. A MAC domain comprises 
an HL-MAA MAC domain and the LL-MAA MAC domains 

5 associated with the physical channels within the HL-MAA 
MAC domain. 

As shown in FIG. 5, the base station individually polls (as 
indicated by control arrow 508) a CPE by allocating band- 
width sufficient for the CPE to respond with a bandwidth 

10 request message. This bandwidth is allocated in the uplink 
sub-frame 400. If the CPE MAC 510 determines that there 
is data to be sent for a selected connection k (typically 
determined by being instructed by a higher CPE control 
layer 512 via a control path 514), then the CPE MAC control 

15 mechanism issues a bandwidth request 516 to the base 
station MAC 506. If there is insufficient bandwidth available 
to the CPE 110 as determined by the base station's LL-MAA 
506, the bandwidth request will not be granted. Else, the 
bandwidth request will be granted and this will be implicitly 

20 communicated to the CPE MAC 510 by the base station 
allocating additional bandwidth to the CPE in the uplink 
sub-frame 400. This is shown in FIG. 5 via the control path 
518. The CPE will then begin transmitting data to the base 
station over the uplink using the bandwidth that has been 

25 allocated to it. 

FIG. 6 is a flow diagram showing the individual polling 
technique 600 provided by the present invention. As shown 
in FIG. 6, the method starts at decision STEP 602 to 
determine whether bandwidth is available for the purpose of 

30 individually polling the CPEs. If no more bandwidth is 
available for individuaUy polling the CPEs 110 then the 
method proceeds to STEP 604 and initiates a multicast or 
broadcast polling method. This multicast and broadcast 
polling method is described in detail in the sub-section 

35 below. However, if sufficient bandwidth is available for the 
purpose of individually polling CPEs, the method proceeds 
to a decision STEP 606 whereat a determination is made 
whether there are any un-polled active CPEs that have a 
"poU-me" bit set. If so, the method proceeds to a control 

40 point 608. If not, the method proceeds to a decision STEP 
610 whereat it determines whether there are any un-polled 
inactive CPEs present. If so, the method proceeds to the 
control point 608. If not, the method proceeds to a control 
point 612. 

45 The present inventive method proceeds from the control 
point 608 to STEP 614 to individuaUy poll the selected CPE. 
Thus, the method ensures that only un-polled active CPEs 
requesting more bandwidth (by setting their respective 
"poll-me" bits) and inactive CTEs are individually polled. 

50 This reduces bandwidth as compared with a polling method 
that would individually poll all CPEs. 

As shown in FIG. 6, at STEP 614 the base station initiates 
the poUing of the selected CPE and marks the CPE as polled. 
This is shown diagrammatically in FIG. 6 in the caption box 

55 614', The caption box 614' of FIG. 6 shows the downlink 

^ sub-frame map 300 described above in FIG. 3. The MAC 
control portion 314 of the MAC frame control header 302 
preferably includes an uplink sub-frame map 400'. The 
uplink sub-frame map 400' is communicated to the CPE 

60 MAC when the base station transmits this information to the 
CPE via the downlink. As shown in FIG. 6, and responsive 
to the polling STEP 614, the base station MAC allocates 
additional bandwidth to the selected CPE (in FIG. 6 this 
CPE is referred to as CPE "k") in the uplink. This increased 

65 bandwidth allocation is communicated to the CPE k via the 
uplink sub-frame map 400', Thus, no additional bandwidth 
is needed to respond to the need to poll the selected CPE. 
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As shown in FIG. 6, the method then returns to the 
decision STEP 602 to determine whether there is more 
bandwidth available for individually polling the CPEs. 
When it is determined (at the decision STEPS 606 and 610, 
respectively) that there are no active CPEs having a poU-me 
bit set and that there are no un-poUed inactive CPEs present, 
the method proceeds to a decision STEP 616. At the decision 
STEP 616, the method determines whether any individual 
polls were performed. If not, the method proceeds to a 
control point 618 and the method subsequently terminates at 
the termination step 620. However, if individual poUs were 
performed, the method proceeds to a STEP 622 to await the 
individual bandwidth requests from the CPE that was polled 
(e.g., CPE "k")- As shown in the caption 622' of FIG. 6, this 
bandwidth request 430 is generated by the polled CPE (e.g., 
CPE "k**) during the CPE scheduled data block 406 sched- 
uled for the selected CPE in the uplink sub-frame 400. In one 
embodiment, all data includes a header that indicates the 
type of data being transmitted. For example, in this 
embodiment, control messages have associated CPE-unique 
connection identifiers that are assigned to them when the 
CPE registers. The structure of the control messages allows 
a base station to determine that a control message is a 
bandwidth request. 

As shown in FIG. 6, the method proceeds from STEP 622 
to a decision STEP 624 to determine whether any bandwidth 
requests were received. If not, the method terminates. 
However, if so, the method proceeds to a STEP 626 whereat 
a bandwidth allocation method is initiated. As described in 
more detail below, the base station uses a preferred band- 
width allocation method and a preferred self-correcting 
bandwidth request/grant protocol to allocate bandwidth to 
the requesting CPE. In accordance with the present 
invention, the bandwidth request/grant protocol improves 
bandwidth allocation eflEciencies in wireless communication 
systems. Details of the self -correcting bandwidth request/ 
grant protocol of the present invention are described in more 
detail below with reference to FIG. 14. The bandwidth 
allocation is indicated to the CPE by making appropriate 
changes to the uplink sub-frame map 400'. The method then 
terminates at STEP 620. 

Contention-based Polling Technique (Multicast and Broad- 
cast Polling) 

As described above with reference to STEP 604 of the 
individual polling method of FIG. 6, if there is not sufScient 
bandwidth available for the purpose of individually polling 
the CPEs, the present invention may be used to poll the 
CPEs in multicast groups and a broadcast poll may be issued 
by the base station. Ako, if there are more inactive CPEs 
than there is bandwidth available to individually poll them, 
some CPEs may be polled in multicast groups and a broad- 
cast poll may be issued. 

In accordance with one embodiment of the invention, the 
addressing of CPEs is preferably performed as follows: each 
CPE is assigned a unique permanent address (e.g., in one 
embodiment the CPE has a 48-bit address and in a second 
embodiment the CPE has a 64-bit address) that is used in the 
registration process; and each CPE is also given a basic 
connection ID (e.g., in one embodiment the CPE is given a 
16-bit basic connection ID and a 16-bit control connection 
ID during the registration process). Each service that is 
provisioned for a selected CPE is also assigned a connection 
ID. Connection IDs are generated by the base station MAC 
(specifically, by the base station HL-MAA) and are unique 
across an HL-MAA MAC domain. The basic connection ID 
that is assigned when the CPE is registered with a base 
station is used by the base station MAC and the CPE MAC 



55,252 Bl 

18 

to exchange MAC control messages between the CPE and 
the base station. The control connection ID (also assigned 
during registration) is used by the base station and the CPE 
to exchange control and configuration information between 

5 the base station and the CPE higher levels of control. 

In accordance with one embodiment of the present 
invention, certain connection IDs are reserved for multicast 
groups and broadcast messages. Of all of the addresses 
available a portion of them are preferably reserved for 

10 multicast use. For example, in one embodiment of the 
present invention, if the four most-significant bits of the 
connection ID are set to logical ones (hex "Fxxxx") the 
address is interpreted as being set aside for multicast use. In 
this embodiment, a total of 4K distinct multicast addresses 

15 are available. One example of such a multicast use is for the 
distribution of a video service. In one preferred embodiment, 
the connection ID used to indicate a broadcast to all stations 
is (OxFFFF) (i.e., all 16 bits are set to a logical one). 
Similar to the individual polling technique described 

20 above with reference to FIGS. 5 and 6, the multicast polling 
message is not explicitly transmitted by the base station to 
the CPE. Rather, the multicast poll message is implicitly 
transmitted to the CPE when the base station allocates 
bandwidth in the uplink sub-frame map. However, rather 

25 than associating allocated bandwidth with a CPE's basic 
connection ID as done when performing an individual poD, 
the base station associates the allocated bandwidth to a 
multicast or broadcast connection ID. This multicast/ 
broadcast bandwidth allocation is shown in the multicast/ 

30 broadcast uplink sub-frame map 400" shown in FIG, 7, It is 
instructive to compare the uplink sub-frame 400 (FIG, 4) 
used by the base station when individual polling the CPEs 
with the uplink sub-frame map 400" of FIG. 7. FIG. 7 shows 
the uplink sub-frame map which is transmitted in the MAC 

35 control portion of the downlink. 

As shown in FIG. 7, the multicast/broadcast uplink sub- 
frame map 400" used by the present invention includes 
registration contention slots 402" that map the registration 
contention slots 402 of FIG. 4. However, rather than asso- 

40 dating allocated bandwidth with a selected CPE's basic 
connection ID, the allocated bandwidth is associated with a 
reserved registration ID. As shown in FIG. 7, the uplink 
sub-frame map 400" preferably includes a plurality of mul- 
ticast group bandwidth request contention slots 404", 404"', 

45 etc. The uplink sub-frame map 400" also includes broadcast 
bandwidth request contention slots 410. Finally, similar to 
the uplink sub-frame of FIG. 4, the uplink sub-frame map 
used by the present invention to initiate multicast or broad- 
cast polls includes a plurality of CPE scheduled data blocks 

50 406", 406"', etc., that are used to transport uplink traffic data. 
In accordance with the present inventive method and 
apparatus, when a poll is directed to a multicast or broadcast 
connection ID, CPEs belonging to the polled group request 
bandwidth using the bandwidth request contention slots 

55 (either the multicast contention slots for the group specified 
or the broadcast bandwidth request contention slots 410) 
allocated in the uplink sub-frame map 400". In order to 
reduce the likelihood of collisions only CPE's needing 
bandwidth are allowed to reply to multicast or broadcast 

60 polls. Zero-length bandwidth requests are not allowed in the 
bandwidth request contention slots. In one embodiment, 
CPEs transmit the bandwidth requests in the bandwidth 
request contention slots (e.g., contention slots 404) using 
QAM-4 modulation. In this embodiment, the contention 

65 slots are sized to hold a 1-PS preamble and a bandwidth 
request message. Due to physical resolution characteristics, 
the message requires 1 PI (or 6 PS) using QAM4 modula- 
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tion. In this embodiment, multiple bandwidth request mes- method determines whether there is suflBcient available 

sages from the same CPE fit in a single bandwidth request bandwidth for performing a broadcast poll. If so, the method 

contention slot without increasing the bandwidth utilization proceeds to a STEP 810. If not, the method proceeds to a 

or the likelihood of collisions occurring. This allows the decision STEP 812. 

same CPE to make multiple bandwidth requests in the same 5 As shown in FIG. 8, at the STEP 810 a broadcast poll is 
slot. initiated by placing the broadcast poll in the MAC control 
If an error occurs when performing either a multicast or portion 314 of the MAC frame control header 302. Similar 
broadcast poll (such as the detection of an invalid connec- to the individual polling technique, the multicast poll mes- 
tion ID) the base station may transmit an explicit error sage is implicitly transmitted to the CPE by allocating 
message to the CPE. If the base station does not respond 10 bandwidth in the uplink sub-frame map 400". The allocated 
with either an error message or a bandwidth allocation bandwidth is associated with a multicast or broadcast con- 
within a predefined time period, the CPE will assume that a nection ID. 

collision occurred. In this case the CPE uses a selected At the decision STEP 812 the method determines whether 

pre-defined contention resolution process. For example, in a broadcast or multicast poll was initiated. If so, the method 

one preferred embodiment, the CPE uses the well known 15 proceeds to a STEP 814 whereat the method monitors the 

"slotted ALOHA" contention resolution process to back off appropriate bandwidth request contention slots (e.g., as 

and try at another contention opportunity. defined by the bandwidth contention slot descriptions 404", 

Contention Resolution Process 404-"^ ^^^j broadcast bandwidth request contention slot 

Contention is necessary when there is insufficient time to descriptions 410 of FIG. 7). If no broadcast or multicast poll 
poll aU of the CPEs individuaUy within a suitable interval. 20 was initiated, the method proceeds to control point 816 and 
The base station is able to define contention periods both for subsequently terminates at a termination STEP 818. 
multicast groups and also for all CPEs generally (i.e., The method proceeds from the monitoring STEP 814 to a 
broadcast). After CPE scheduled data, control messages, and decision STEP 820 to determine whether valid (ie., non- 
polling are allowed for, the base station allocates all unused colliding) bandwidth requests were detected. If no valid 
time in the upstream part of the TDD frame to contention, 25 bandwidth requests were detected at STEP 820, the method 
either for bandwidth requests or for registration purposes. proceeds to the control point 816 and terminates at tenni- 
Typically the bandwidth request interval will be many Pis nation STEP 818. However, if the method detects valid 
long (e.g., 1 PI =6 PS using QAM4 modulation). The CPEs bandwidth requests, the method proceeds from STEP 820 to 
must transmit their requests at a random time (on burst STEP 822. At STEP 822 the method uses a convenient 
boundaries) within this interval to reduce the likelihood of 30 bandwidth allocation algorithm to allocate bandwidth to the 
collisions occurring. CPE that requested bandwidth. The preferred bandwidth 

In accordance with the present invention, a CPE needing aUocation algorithm is described below in more detail with 

to transmit in a request interval preferably randomly selects reference to FIGS. 12-13. The bandwidth is allocated in the 

a PI within the interval, and makes a request in the associ- ^piink sub-frame map 400" as shown in FIG, 8. 

ated starting PS. This randomization minimizes the prob- 35 poU Me Bit 

ability of collisions. A collision is presumed if there is no As described above with reference to HGS. 3-8, and in 

response from the base station to the request within a accordance with the present invention, a currently active 

pre-defined time period. If the base station does not respond cPE sets a "poU-me" bit or a "priority poU-me" in a MAC 

within the predefined time period the coUision resolution packet in order to indicate to the base station that it requires 

process of the present invention is initiated. 40 a change in bandwidth allocation. For example, in one 

One preferred embodiment of the present invention uses embodiment of the present invention, a selected CPE 

the foUowing resolution process: Assuming that the initial requests a poll by setting a poU-me ("PM") bit in the MAC 

backoff parameter is i and that the final backoff parameter is header. Similarly, in accordance with the present invention, 

f» a selected CPE sets a priority poll-me ("PPM") bit in the 

1. On the first collision, the CPE waits a random interval 45 MAC header in order to indicate that a priority poll is 
between zero and 2^ contention opportunities and then desired. 

U^ies again. In order to reduce the bandwidth requirements associated 

2. If another collision occurs, then the interval is doubled with individually polling every active CPE, the active CPEs 
and the CPE tries again, repeating until the interval are individually polled if and only if one of the poll-me bits 
is reached. 50 is set by the CPE. When the base station detects a request for 

If the CPE is still unsuccessful, an error is reported to the polling (when the CPE sets its poll-me bit), the individual 

system controller and the contention process is aborted. polling technique shown in FIG. 9 is activated in order to 

Other contention resolution mechanisms can be used to satisfy the request. The procedure by which a CPE stimu- 

practice the present invention. For example, the well-known lates a base station to poU the CPE is shown in FIG. 9. In an 

Ternary tree mechanism could be used to resolve conten- 55 alternative embodiment, multiple packets having "poll-me" 

tions. bits set indicate that the CPE needs to make bandwidth 

FIG. 8 is a flowchart showing the multicast and broadcast allocation requests for multiple connections, 

polling method 800 of the present invention. As shown in FIG. 9 is a flow chart that shows how the poll-me bit is 

FIG. 8, the group polling method 800 proceeds from an used to stimulate polling in accordance with the present 

initial step 802 to a decision STEP 804 whereat the method 60 invention. As shown in FIG. 9, the method first determines 

determines whether there is sufficient bandwidth available at a decision STEP 902 whether the piggybacking technique 

for multicast polls. If sufficient bandwidth is available for described in more detail below has been exhausted. If not, 

multicast polls, the method proceeds to a STEP 806 to poll the method proceeds to STEP 904 and attempts to perform 

the next multicast group in the MAC control portion 314 of "piggybacking** first. The method then proceeds to a STEP 

the MAC frame control header 302. However, if there is 65 906 whereat the connection is set equal to a first connection, 

insufficient bandwidth available to perform a multicast poll. In this manner, the poll-me bits are scanned for each 

the method proceeds to a decision STEP 808 whereat the connection within the CPE. The method shown in FIG. 9 
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then proceeds to a decision STEP 908 to determine whether 
any bandwidth needs exist. If not, the method proceeds to a 
STEP 916 and scans for the next connection. If a bandwidth 
need exists, the method proceeds to a decision STEP 910. At 
STEP 910 the method determines whether any more packets 5 
are available for accommodating the poU-me bit. If not, the 
method terminates at the STEP 910. However, if packets are 
available, the method proceeds to a STEP 912 and sets a 
poU-me bit in an available packet. 

FIG. 10 shows the message sequence that is used by the lO 
present invention in requesting polls using the "poU-me" bit 
described above. As shown in FIG. 10 at data connection 
930, the CPE initiates a polling sequence by setting its 
associated poll-me bit in the MAC header. The base station 
MAC responds via data message 932 by individually polling is 
the selected CPE. This response is made by allocating 
bandwidth to the selected CPE in the uplink sub-frame map 
as shown in FIG. 10. The selected CPE subsequently 
responds with a bandwidth request as shown in communi- 
cation path 934. In response to the CPE's bandwidth request, 20 
the base station grants bandwidth and allocates bandwidth to 
the CPE in the uplink sub-frame map as shown in commu- 
nication path 936. The selected CPE then transmits its data 
to the base station via an associated connection link. 
"Piggybacking" Technique 25 

As described above with reference to the present inven- 
tive method and apparatus, in order to further reduce over- 
head bandwidth necessary for the bandwidth allocation 
process, currently active CPEs may "piggyback" a band- 
width request (or any other control message) on their current 30 
transmissions. The CPEs accomplish this piggybacking of 
bandwidth by using unused bandwidth in TC/PHY packets 
of existing bandwidth allocations. The procedure for using 
excess bandwidth in this manner is shown in FIG. U. 

As shown in FIG. 11, the method initiates the piggyback- 35 
ing process at STEP 950. The method proceeds to a decision 
STEP 952 to determine whether the CPE requires additional 
bandwidth. If so, the method proceeds to a decision STEP 
954, if not, the method proceeds to a termination STEP 964 
whereat the method terminates. At the decision STEP 954 40 
the method determines whether any unused bytes exist in the 
ciurent allocation. If so, the method proceeds to insert 
bandwidth requests into the unused bytes at STEP 956. If 
not, the method proceeds to a decision STEP 958. At the 
decision STEP 958, the method determines whether any 45 
packets at all are allocated to the CPE. If there are no packets 
found at the decision STEP 958, the method proceeds to 
STEP 960. However, if packets are allocated, the method 
proceeds to a STEP 962 whereat the CPE sets its poll-me bit. 
The method then proceeds to the STEP 960 whereat the CPE 50 
awaits polling by the associated base station. Hie method 
then terminates at the STEP 964. 
Bandwidth Allocation 

As described above, the base station MAC is responsible 
for allocating the available bandwidth of a physical channel 55 
on the uplink and the downlink. Within the uplink and 
downlink sub-frames, the base station MAC scheduler allo- 
cates the available bandwidth between the various services 
depending upon the priorities and rules imposed by their 
quality of service (QoS). Additionally, the higher control 60 
sub-layers of the base station MAC allocate across more 
than one physical channel. 

Downlink Bandwidth Allocation — One Embodiment 

The downlink bandwidth is allocated as shown in FIG. 12. 
The base station MAC maintains a set of queues for each 65 
physical channel that it serves, ^thin each physical channel 
queue set, the base station maintains a queue for each QoS. 
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The queues bold data that is ready to be transmitted to the 
CPEs present on the physical channel. TTie higher layers of 
the base station protocol stack are responsible for the order 
in which data is place in the individual queues. The base 
station higher control layers are free to implement any 
convenient fairness or traffic shaping algorithms regarding 
the sharing of access between connections at the same QoS, 
without impacting the base station lower MAC control 
layers. Once data is present in the queues it is the respon- 
sibility of the base station lower levels of control (e.g., the 
BS LL-MAAof FIGS. 5 and 10) to allocate bandwidth based 
on the QoS. 

In one embodiment of the present invention, in determin- 
ing the amount of bandwidth to allocate at a particular QoS 
for a particular CPE, the base station takes into account the 
QoS, modulation, and the fairness criteria used to keep an 
individual CPE from using up all available bandwidth. 
Bandwidth is preferably allocated in QoS order. If there is a 
queue that cannot be transmitted entirely within a particular 
TDD frame, a QoS specific fairness algorithm, such as 
fair- weighted queuing, is used within that queue. Each 
connection is given a portion of the remaining available 
bandwidth based upon its relative weight. The derivation of 
weights is QoS-dependant. For example, ATM trafiSc may be 
weighted based upon contractual bandwidth limits or 
guarantees, while IP connections may all receive identical 
weights. Once the bandwidth is allocated the data is trans- 
mitted in a manner whereby the data is sorted by modulation 
type. 

Uplink Bandwidth Allocation — One Embodiment 

The uplink bandwidth allocation method is very similar to 
the downlink bandwidth allocation method described above 
with reference to FIG. 12. However, rather than being 
maintained by the base station, the data queues are distrib- 
uted across and maintained by each individual CPE. Rather 
than check the queue status directly, the base station pref- 
erably receives requests for bandwidth from the CPEs using 
the techniques described above with reference to FIGS. 
3-11. Using these bandwidth requests, the base station 
reconstructs a logical picture of the state of the CPE data 
queues. Based on this logical view of the set of queues, the 
base station allocates uplink bandwidth in the same way as 
it allocates downlink bandwidth. This uplink bandwidth 
allocation technique is shown in FIG. 13. 

As described above, the bandwidth allocated to any 
selected CPE is transmitted to the selected CPE in the form 
of bandwidth being allocated in the uplink sub-frame map. 
Starting at a point in the TDD, the uplink sub-frame map 
allocates a certain amount of bandwidth to the selected CPE. 
The selected CPE then allocates this bandwidth across its 
connections. This allows the CPE to use the bandwidth in a 
different manner than requested if it receives higher priority 
data while awaiting the bandwidth allocation. As described 
above, the bandwidth allocations are in a constant state of 
change owing to the dynamic natiu-e of bandwidth require- 
ments. Consequently, a selected CPE may receive imsolic- 
ited modifications to the bandwidth granted on a frame-by- 
frame basis. If the selected CPE is allocated less bandwidth 
for a frame than is necessary to transmit all waiting data, the 
CPE must use the QoSs and fairness algorithms to service its 
queues. The CPE may "steal" bandwidth from lower QoS 
connections to piggyback request for more bandwidth using 
the piggybacking technique described above. TDM connec- 
tions not already at maximum bandwidth are allocated 
enough extra bandwidth in the uplink to piggyback a request 
for additional bandwidth. 
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QoS Specific Fairness Algorithms 

Data for transmission on the uplink and the downlink is 
preferably queued by quality of service (QoS) designations. 
The data is transmitted in order of a QoS queue priority as 
described above. As the queued data is transmitted, there 
may be a QoS queue for which there is insuflScient band- 
width to transmit all queued data during the current TDD 
frame. When this situation occurs, a QoS specific fairness 
algorithm is initiated to ensure fair handling of the data 
queued at that QoS. There are 3 basic fairness algorithms 
that can be implemented: (1) Continuous Grant; (2) Fair- 
weighted queuing; and (3) Round Robin. 

Tlie MAC preferably does not police connections for 
bandwidth usage. Policing should be performed by higher 
control layers. The MAC assumes that all pending data has 
met contractual restrictions and can be transmitted. Con- 
tinuous Grant queues have the simplest fairness algorithm. 
All data in these queues must be sent every TDD frame. 
InsufiScient bandwidth indicates an error in provisioning. 
Fair Weighted Queuing 

Fair weighted queuing requires that all coimections at a 
given QoS have a weight assigned to them to determine the 
percentage of the available bandwidth they are eligible to 
receive. This weight value is preferably derived from one of 
three data rate parameters, depending upon the contractual 
parameters of the provisioned connection. These three 
parameters are: (1) Data Pending; (2) Guaranteed Rate; and 
(3) Average Rate. 

Real-time VBR connections are established as DAMA 
connections with fair-weighted queuing based upon data 
pending. For a QoS queue of this type in a TDD frame 
having insuf&cient bandwidth to transmit all of the data in 
the queue, a weight for each connection in the queue is 
determined. In one embodiment, this weight is the amount of 
data pending for the connection expressed as a percentage of 
the total data pending in the queue. Because the amount of 
data pending is dynamic, the weights for these types of 
queues must be determined every TDD frame where there is 
insufficient bandwidth to transmit all data in the affected 
queue. 

For DAMA connections contracted at a guaranteed rate 
the weights are calculated based on the guaranteed rate. In 
this case, the weight preferably is expressed as a percentage 
of the total guaranteed rate of all connections with data 
pending in the queue. Becaiise the guaranteed rate is pro- 
visioned the weights need not be determined each TDD 
frame where they are used. Rather, the weights for a queue 
are only determined when there is a provisioning change 
(i.e., a new connection, a change in connection parameters, 
or a connection termination) for one of the connections in 
the queue. 

For DAMA connections contracted at an average rate the 
weights are preferably calculated based on the average rate. 
The weight is the average rate expressed as a percentage of 
the total average rate of all connections with data pending in 
the queue. Because the average rate is provisioned the 
weights need not be determined each TDD frame where they 
are used. Rather, the weights for a queue are only recalcu- 
lated when there is a provisioning change for one of the 
connections in the queue. 

In all of the cases described above, the granularity of the 
bandwidth allocations may be too coarse to provide a perfect 
percentage-based weighted allocation across the connec- 
tions in the queue. This may result in some queues not 
receiving any bandwidth in a particular TDD frame. To 
ensure that the occurrence of this condition is fairly distrib- 
uted across the connections in the queue, the connection that 
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did not receive bandwidth is given priority the next time the 
insuflScient bandwidth condition exists for the queue. For 
queues with weights based upon guaranteed or average rates 
some connections may not have sufficient data pending to 

5 use all of the bandwidth that they are entitled to based upon 
their calculated weight. In these cases, the connection's 
unused bandwidth is fairly distributed across the connec- 
tions having excess data pending. 
Some QoSs require that data be aged. For queues at these 

10 QoSs there is an associated queue of one step higher priority. 
If data is not transmitted by the provisioned aging parameter, 
the data is moved to the higher QoS queue and given priority 
over newer data in the original queue regardless of the 
relative weights of the connections. 

15 Round Robin 

The Round Robin fairness algorithm is used for best effort 
connections where all connections have equal weight. When 
insufficient bandwidth exists to transmit all data in the queue 
in a particular TDD frame connections are allocated band- 

20 width in a round-robin fashion with each connection receiv- 
ing a block of bandwidth up to a queue-specific maximum. 
Connections that did not receive bandwidth are given pri- 
ority the next time the insufficient bandwidth condition 
exists. 

25 Bandwidth Allocation Algorithm 

For each TDD frame, the base station allocates the 
downlink portion of the TDD frame and it performs an 
estimate of the uplink traffic to allocate upUnk bandwidth to 
the CPEs. The CPEs individually allocate their allotted 

30 bandwidth across their pending data connections. 
Base Station Downlink 

As shown in FIG. 2, in one preferred embodiment of the 
present invention, based on the ATDD split (i.e., the per- 
centage of bandwidth allocated to the upUnk and downlink) 

35 the base station has some number of the 800 PS in the TDD 
frame available for downlink transmissions. The downlink 
bandwidth allocation algorithm preferably proceeds as fol- 
lows. 

First, the base station allocates PSs to the PI for PHY 
40 Control and enough PSs for at least 1 PI for the MAC 
Control. The base station preferably performs uplink band- 
width allocation before downlink bandwidth allocation in 
order to determine the number of Pis to allocate for the 
MAC Control In one preferred embodiment, the PHY 
45 Control and MAC Control are always sent using QAM4 
modulation. 

For connections with downlink continuoiis grant data 
pending, the base station determines the number of Pis 
required to transmit the data. This number is then converted 

50 to PSs as a function of the modulation used for the CPE 
associated with each connection. For each remaining QoS or 
until available bandwidth is entirely allocated, the base 
station determines if there is enough bandwidth to satisfy the 
entire need of the QoS queue. If so, the base station allocates 

55 the required bandwidth. Otherwise, if there is not enough 
bandwidth to satisfy the queue, the base station implements 
the queue-specific fairness algorithm described above. 
Base Station Uplink 
In one preferred embodiment, based upon the ATDD split 

60 described above with reference to FIG. 2, the base station 
has a predetermined number of PSs in the TDD frame 
available for uplink transmissions. The base station must 
maintain an estimate of the data and control messages 
pending at each QoS for the CPEs that it serves. The base 

65 station estimates the data traffic based upon the bandwidth 
requests received from the CPEs and based upon an obser- 
vation of actual data traffic. The base station estimates the 
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Uplink control message traffic based upon the protocols 
currently engaged (i.e., connection establishment, "poll -me" 
bit usage, etc.) and based upon the base station's polling 
policy (i.e., individual, multicast, and broadcast). The uplink 
bandwidth allocation algorithm proceeds as follows. 5 

For connections with uplink continuous grant data 
pending, the base station preferably determines the number 
of Pis required to transmit the data. This number is then 
converted to a number of PSs as determined by the modu- 
lation used for the CPE associated with each connection. lO 
Continuous grant connections having a current bandwidth 
that is less than the maximum bandwidth are always allo- 
cated uplink bandwidth that is the smaller of: 1) their 
maximum bandwidth or 2) their current bandwidth plus the 
bandwidth necessary to transmit a CG bandwidth change 15 
message. 

For each remaining QoS, or until available bandwidth is 
entirely allocated, the base station determines if there is 
bandwidth sufficient to satisfy the entire need of the QoS 
queue and it then allocates the required bandwidth. 20 
Otherwise, if there is not bandwidth sufficient to satisfy the 
queue, the base station implements the queue-specific fair- 
ness algorithm described above. 
CPE UpKnk 

As described above, for each TDD frame, the CPEs are 25 
allocated a portion of the uplink sub-frame in which to 
transmit their respective data. Because the bandwidth 
requirements of the CPE may have changed since the base 
station received the bandwidth request information that it 
used to allocate the uplink bandwidth, the CPEs themselves 30 
are responsible for allocating their allotted bandwidth based 
upon their current bandwidth requirements. That is, the 
CPEs are not constrained to distribute allocated bandwidth 
to their data connections in the same manner that the CPE 
iised in requesting the bandwidth from the base station. The 35 
CPE's uplink bandwidth allocation algorithm preferably 
proceeds as follows. 

For connections having uphnk continuous grant data 
pending, the CPE determines the number of Pis that are 
required to transmit the data. This niunber is then converted 40 
to a PS nimiber based upon the modulation scheme used by 
the CPE. For each remaining QoS, or until available band- 
width is entirely allocated, the CPE determines if there is 
bandwidth sufficient to satisfy the entire need of the QoS 
queue. If so, the CPE allocates the required bandwidth. 45 
Otherwise, if there is not bandwidth sufficient to satisfy the 
queue, the CPE implements the queue-specific fairness 
algorithm described above. 
Self-Correcting Bandwidth Request/Grant Protocol 

Hie self-correcting bandwidth request/grant protocol of 50 
the present invention provides a mechanism for efficiently 
allocating bandwidth. The self-correcting bandwidth 
request/grant protocol of the present invention can be used 
in both TDD and FDD communication systems. The present 
inventive self-correcting bandwidth request/grant protocol 55 
utilizes both incremental and aggregate bandwidth requests. 
In accordance with the present inventive protocol, CPEs 
primarily transmit incremental bandwidth requests followed 
by periodically transmitting aggregate bandwidth requests. 
The use of incremental bandwidth requests reduces risks that 60 
a base station will erroneoxisly issue duplicate bandwidth 
allocations to the same CPE for the same connection. Race 
conditions that may have occurred when using only aggre- 
gate bandwidth requests are eliminated by requiring the 
CPEs to request bandwidth in an incremental manner. 65 
However, use of periodic aggregate bandwidth requests (that 
express the current state of their respective connection 



queues) allows the present bandwidth allocation method and 
apparatus to be "self-correcting". 

The present method is self-correcting because errors that 
may have been introduced due to lost incremental bandwidth 
requests are corrected by the base stations when the aggre- 
gate bandwidth requests are received and processed. Upon 
receipt of the aggregate bandwidth requests, the base sta- 
tions reset their records to correctly reflect the current 
bandwidth requirements of their associated CPEs. Periodic 
use of aggregate bandwidth requests provides a self- 
correcting bandwidth allocation protocol yet without the 
bandwidth overhead (e.g., bandwidth required to transmit 
acknowledgements) typically associated with the prior art 
self-correcting protocols (such as the guaranteed delivery 
protocols). 

In wireless communication systems, DAMA services are 
allocated bandwidth on a demand-assignment basis. When a 
CPE requires additional bandwidth on a DAMA connection, 
it transmits a bandwidth request message to its associated 
base station. Depending upon the mode used by the com- 
munication system, the CPE transmits the bandwidth request 
directed toward either the specific connection or to the QoS 
class to which the connection belongs. In an exemplary 
embodiment, the QoS for the connection is estabUshed at the 
time that the coimection is established and is subsequendy 
referenced by the base station or the CPE depending upon 
the mode of operation being used. 

In accordance with one preferred embodiment of a com- 
munication system adapted for use with the present 
invention, CPEs preserve bandwidth with the assistance of 
various bandwidth request timers (e.g., bandwidth request 
timers "MT5" and "MTIO", described in more detail below 
with reference to FIGS. 14a and 146). The bandwidth 
request timers are used in these communication systems to 
prevent the CPEs from requesting bandwidth too frequently. 
Because the bandwidth request timer values can be varied 
dynamically based upon certain system characteristics, the 
bandwidth request timers are considered to be "dynamic." 
For example, the bandwidth request timer values can be 
dynamically varied to reflect the current flow of data 
received via the CPE ports. The bandwidth request timers 
can also dynamically vary their values based upon the 
connection priority in the system. In systems using dynamic 
bandwidth request timers, the CPEs typically use the band- 
width request timers in accordance with the following 
description. 

At the beginning of a data burst, the CPE resets the 
dynamic bandwidth request timers. During the data burst, 
the CPE decreases or shortens the bandwidth request timer 
values (thereby reducing the time period between the trans- 
mission of consecutive bandwidth requests) based upon the 
current data flow and the connection priority of the CPE. The 
CPEs prevent bandwidth requests from being transmitted 
too frequently by controlling the bandwidth request timer 
values. More specifically, the CPEs ensure that the band- 
width request timer values are never decreased below a 
predetermined threshold value, thereby ensuring that the 
bandwidth requests are not transmitted too frequently. One 
of ordinary skill in the communications art shall recognize 
that "static" timers can also be used to practice the present 
invention. Unlike the dynamic timers described above, static 
timers are not dynamically varied based upon certain system 
characteristics. Therefore, those skilled in the art shall 
recognize that the utilization of dynamic bandwidth request 
timers is not meant to be a limitation to the present invention 
as static timers can also be used. 

In accordance with one embodiment of the present 
invention, the CPE has an option of transmitting a message 
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that contains either the total immediate requirements of the 
DAM A connection/QoS (i.e., the aggregate bandwidth 
requirements) or the incremental immediate requirements of 
the DAMAconnection/QoS (i.e., the incremental bandwidth 
requirements). The CPE preferably primarily transmits an 5 
incremental bandwidth request, but periodically (e.g., every 
fifth request) transmits an aggregate bandwidth request. The 
incremental bandwidth requests specify the increased or 
decreased bandwidth requirements for the CPE (i.e., the 
amount that the bandwidth requirements have changed since lo 
the most recent bandwidth request was made). The aggre- 
gate bandwidth requirements specify the total immediate 
bandwidth requiremeats of the DAMAcoimection/QoS. The 
aggregate bandwidth request is used by the base stations to 
reset their records to reflect the current total bandwidth 15 
requirements of an associated CPE. In one preferred 
embodiment of the present invention, four consecutive 
incremental bandwidth requests are transmitted. These 
incremental bandwidth requests are followed by an aggre- 
gate bandwidth request. The inventive method of the self- 20 
correcting bandwidth request/grant protocol is now 
described in more detail with reference to FIGS. 14a and 
14b. 

FIG. 14a is a flow diagram showing the preferred embodi- 
ment of the self<orrecting bandwidth request/grant protocol 25 
1400 of the present invention. As shown in FIG. 14fl, the 
method begins at a STEP 1410 whereat the CPE waits for the 
arrival of data for which bandwidth has not yet been 
requested. When data arrives, the method proceeds to a 
decision STEP 1420 to determine whether a timer (referred 30 
to in FIG. 14fl as the "MTIO timer*') has expired. The MTIO 
timer is preferably a dynamic bandwidth request timer as 
described above. The MTIO timer is associated with the 
connection/QoS. The value of the MTIO timer is used lo 
determine the number of frames that the method waits 35 
between the transmission of aggregate bandwidth requests 
(in other words, the MTIO timer determines the duration of 
the timer period between the periodic transmission of aggre- 
gate bandwidth requests). The MTIO timer can have differ- 
ent values for each QoS used by the system. The MTIO timer 40 
can be dynamically updated to different values depending 
upon current data flow and connection priority. Any band- 
width requests that are sent before the expiration of the 
MTIO timer are, by definition, incremental bandwidth 
requests. In one embodiment of the present invention, the 45 
number of frames between transmission of aggregate band- 
width requests is dependent upon the QoS. In one exemplary 
embodiment, the MTIO timer duration equals 30 firames (for 
"real-time VBR" connections, or "rt-VBR"). In another 
exemplary embodiment, the MTIO timer duration equals 50 
100 fi-ames (for "non-real-time VBR" connections, or "nrt- 
VBR"). 

Referring again to FIG. 14fl, if the MTIO timer is deter- 
mined to have expired at STEP 1420, the method proceeds 
to a STEP 1424 whereat the method builds an aggregate 55 
bandwidth request. If the MTIO timer has not expired at 
STEP 1420, the method proceeds to a decision STEP 1432 
whereat the method determines whether a second timer, 
referred to in FIG. 14fl as an "MT5 timer", has expired. 
Similar to the MTIO (aggregate bandwidth request timer) 60 
described above, the MT5 timer also is preferably a dynamic 
bandwidth request timer. Tlie MT5 timer is also associated 
with the connection/QoS. The MT5 timer is used to deter- 
mine the nxmiber of fi'ames that the method will wait for a 
response to a bandwidth request. As described above, band- 65 
width requests can be transmitted using either a "piggyback- 
ing" technique, or via individiial polls. The MT5 timer 



measures the duration (in frames) that the method waits for 
a response to one of these bandwidth requests. The MT5 
timer may use different values associated with different 
quality of services (QoS) used by the system (in other words, 
the duration of the MT5 timer is QoS-dependent). The timer 
values of the MT5 timer can be dynamically varied based 
upon current data flow and connection priority. 

In one embodiment, the method waits for duration of 10 
frames (for rt-VBR). Alternatively, the method waits for 
duration of 20 frames (for nrt-VBR). In one embodiment of 
the present invention, the period counted by the MT5 timer 
is less than the period counted by the MTIO timer for the 
same QoS. If the MT5 timer is determined not to have 
expired at the decision STEP 1432, the method returns to the 
STEP 1420 to determine whether the MTIO timer has 
expired. However, if the MT5 timer is determined to have 
expired at the decision STEP 1432, the method proceeds to 
a STEP 1422 whereat the method builds an incremental 
bandwidth request. The format used in building incremental 
and aggregate bandwidth requests is described in more detail 
below with reference to Table 1. 

As shown in FIG. 14a, the method proceeds to a STEP 
1426 whereat the bandwidth request built at the STEP 1422 
(incremental bandwidth request) or at the STEP 1424 
(aggregate bandwidth request) is transmitted to a selected 
base station. As indicated in the notation of the STEP 1426, 
the mechanism used to transmit the bandwidth request can 
vary. Those skilled in the communications system design art 
shall recognize that various methods of transmitting band- 
width request messages can be used without departing from 
the scope or spirit of the present invention. The method 
proceeds to a control point (i.e., indicated in FIG. 14a by a 
STEP 1438) where the method returns to the STEP 1410 to 
await the arrival of data for which bandwidth has not been 
requested. 

In one embodiment of the present inventive method, the 
units of requested bandwidth that are indicated in the 
bandwidth request/grant messages are the "natural" units of 
the system. In a variable length packet system, the "natural" 
units of the system are measured in bytes and bandwidth is 
therefore requested using bytes as the unit of bandwidth 
meastirement. In a fixed length packet system, the "natural" 
units of the system are measured in packets and bandwidth 
is therefore requested using packets as the unit of bandwidth 
measurement. 

FIG. 14^ is a flow diagram showing an alternative 
embodiment of the self-correcting bandv^dth request/grant 
protocol 1400* of the present invention. As shown in FIG. 
14b, the method begins at a STEP 1410* whereat the CPE 
waits for the arrival of data for which bandwidth has not yet 
been requested. When data arrives, the method proceeds to 
a decision STEP 1420* to determine whether a timer 
(referred to in FIG, 14b as the "MTIO timer") has expired. 
The MTIO timer in FIG. 14b is substantially similar to the 
MTIO timer described above regarding FIG. 14a and thus is 
not described herein in more detail. 

Referring again to FIG. 14b, if the MTIO timer is deter- 
mined to have expired at the STEP 1420', the method 
proceeds to a STEP 1424' whereat the method builds an 
aggregate bandwidth request. If the MTIO timer is deter- 
mined not to have expired at the STEP 1420', the method 
proceeds to a STEP 1422' whereat the method builds an 
incremental bandwidth request. The format used in building 
incremental and aggregate bandwidth requests is described 
in more detail below with reference to Table 1. 

The method then proceeds to a STEP 1426' whereat the 
bandwidth request built at the STEP 1422' (incremental 
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bandwidth request) or at the STEP 1424' (aggregate band- units of the system ate measured in packets and bandwidth 

width request) is transmitted to a selected base station. The is therefore requested using packets as the unit of bandwidth 

mechanism used to transmit the bandwidth request can vary. measurement 

Those skflled in the communications system design art shall embodiment of the present invention, bandwidth 

recognize that vanous methods of transmittmg bandwidth 5 ^PE to the base station are preferably 

request messages can be used without departing from the ^^^^ ^ j^y^^ 5.^ j^^^j (summarized below 

scope or spint of the present invention. • t ui fx t u j* * *t. V j -j^u 

TliemethodproceedstoaSTEP1428whereatthemethod ^^.^^ ^ViT ^'^^^^''''^ ^iff^f '^^^J^^^' 
waits to receive an uplink sub-frame map indicating that a comprises four M6s: a "Message TVpe H) field a "Con- 
bandwidth grant has been provided. The method then pro- lO ^'^}^' ^ ^^^^^^^ ^^^^ 
ceeds to a decision STEP 1430 to determine whether the "Amount Requested" field. 

bandwidth grant is appropriate for the purpose of either The Message Type ID field is one byte in length and 

transmitting data or waiting for an appropriate grant. If the contains a hexadecimal value of "OxBO". The Connection ID 

grant was appropriate, the method proceeds to a STEP 1434, (or QoS) field is two bytes in length and contains the 

Else, the method proceeds to a decision STEP 1432'. At the is connection ID or QoS of the connection that is requested, 

decision STEP 1432', the method determines whether a The contents of the Connection ID or QoS field depends 

second timer, referred to in FIG. 14b as an "MT5 timer", has upon the BW Request Scope field of a MAC Control 

expired. The MT5 timer in FIG. 14fc is substantially similar message. The Request Type field is one bit in length and 

to the MT5 timer described above with reference to FIG. 14a contains information indicating whether a bandwidth 

and thus is not described in more detail herein. 20 request is an incremental or an aggregate bandwidth request. 

In one embodiment, the method waits for duration of 10 The Request Type field is set to a logical one to indicate that 

frames (for rt-VBR), Alternatively, the method waits for the bandwidth request is an incremental request. The 

duration of 20 frames (for nrt- VBR). In one embodiment of Request Type field is set to a logical zero to indicate that the 

the present invention, the period counted by the MT5 timer bandwidth request is an aggregate bandwidth request. In one 

is less than the period counted by the MTIO timer for the 25 embodiment, the Amount Requested field is fifteen bits in 

same QoS. If the MT5 timer is determined to have expired length and contains either (1) the amoimt of bandwidth 

at the decision STEP 1432*, the method returns to the (measured in the natural units of the system) that is 

decision STEP 1420' to determine whether the MTIO timer requested per frame for CG connections or (2) the amount of 

has expired. Else, the method returns to the STEP 1428 to incremental/aggregate bandwidth (measured in the natural 

await receipt of an uplink Map. If the bandwidth grant was 30 units of the system) that is requested for DAMA connec- 

determined to be appropriate at the decision STEP 1430, the tions. As described above with reference to FIG. 14b, for 

method proceeds to the STEP 1434. DAMA connections, the bandwidth units are measured in 

As shown in FIG. 146, at the STEP 1434, the CPE bytes in variable-length packet communication systems and 

transmits data across the connection and proceeds to a in packets in fixed-length packet communication systems. 



TABLE 1 

Exemplary Bandwidth Request Format 



Field Size Comments 



Message Type ID 


1 byte 


\felue = OxBO 


Connection ID or QoS 


2 bytes 


Depends upon BW Request Scope field of 
MAC Control message. 


Request T^pe 


1 bit 


0 = total needs for connection/QoS 

1 = incremental needs for connection/QoS 


Amount Requested 


15 bits 


In units per frame for CG connections and total or 
incremental bytes pending for DAMA 
connections. 

Units = bytes for variable length packet system. 






Units B packets for fixed length packet system. 


Total 


5 bytes 



decision STEP 1436 to determine whether the bandwidth 
grant fiilly satisfied the bandwidth request. If the grant fully 
satisfied the bandwidth request, the method proceeds to a 
control point (i.e., indicated in FIG. 14b by a STEP 1438') 
where the method returns to the STEP 1410'. Else, the 
method returns to the STEP 1428 where the method waits to 
receive an uplink sub-frame map containing a bandwidth 
grant fi-om the base station. As described above with refer- 60 
ence to FIG. 14a^ in one embodiment of the present inven- 
tive method, the units of bandwidth that are indicated in the 
bandwidth request/grant messages are the "natural" units of 
the system. In a variable length packet system, the "natural" 
units of the system are measured in bytes and bandwidth is 65 
therefore requested using bytes as the unit of bandwidth 
measurement. In a fixed length packet system, the "natural" 



SUMMARY 

In summary, the self-correcting bandwidth request/grant 
protocol method and apparatus of the present invention 
includes a powerful, highly eflScient means for allocating 
bandwidth in a broadband wireless communication system. 
The present bandwidth request/grant protocol method and 
apparatus uses a combination of an incremental/aggregate 
bandwidth request technique, a novel bandwidth request 
format, individual and group polling techniques, contention- 
based polling, piggybacking, and CPE-initiated techniques 
to efficiently allocate bandwidth in a communication system. 
Advantageously, bandwidth normally used for the transmis- 
sion of acknowledgements in response to bandwidth 
requests can be used for other purposes such as for trans- 
mitting data. 
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Id addition, the present invention maintains bandwidth 
allocation synchronization between CPEs and base stations 
by periodically transmitting aggregate bandwidth requests. 
The aggregate bandwidth requests are used to reset the base 
stations to reflect the immediate total bandwidth require- 
ments of their associated and respective CPEs. The aggre- 
gate bandwidth requests thereby allow the present band- 
width request/grant protocol to be "self-correcting." Any 
loss in synchronization that occurs between the base stations 
and their associated CPEs, due to a loss of incremental 
bandwidth requests, is rectified when the aggregate band- 
width requests are received and processed by the base 
stations. Advantageously, the aggregate bandwidth requests 
allow the present bandwidth request/grant protocol to be 
self-correcting without need for the guaranteed delivery of 
bandwidth requests (i.e., without the bandwidth overhead 
normally associated with use of bandwidth request acknowl- 
edgment messages). 

A munber of embodiments of the present invention have 
been described. Nevertheless, it will be understood that 
various modifications may be made without departing from 
the spirit and scope of the invention. For example, although 
the embodiment of the self-correcting bandwidth request/ 
grant protocol described above uses a four-one incremental 
bandwidth request-aggregate bandwidth request pattern 
(i.e., four incremental bandwidth requests are transmitted, 
followed by one aggregate bandwidtli request), alternative 
incremental/aggregate bandwidth request patterns can be 
used without departing from the scope or spirit of the present 
invention. For example, in one aJtemative embodiment, 
three incremental bandwidth requests are transmitted fol- 
lowed by one aggregate bandwidth request. Another alter- 
native uses a 3-to-2 incremental-to-aggregate bandwidth 
request transmission pattern. Those skilled in the commu- 
nications are shall appreciate that many alternative 
incremental-aggregate bandwidth request patterns are within 
the scope of the present invention. 

In addition, the present inventive method and apparatus 
can be used in any type of communication system; its use is 
not limited to a wireless commimication system. One such 
example is use of the invention in a satellite communication 
system. In such a communication system, satellites replace 
the base stations described above. In addition, the CPEs are 
not longer at fixed distances from the satellites. Therefore, it 
will be more difficult to schedule DAMA services for the 
CPEs. Alternatively, the present invention can be used in a 
wired communication system. The only difference between 
the wired system and the wireless system described above is 
that the channel characteristics vary between the two. 
However, the bandwidth allocations do not change as 
between the two types of systems. Accordingly, it is to be 
understood that the invention is not to be limited by the 
specific illustrated embodiment, but only by the scope of the 
appended claims. 

What is claimed is: 

1. A method for allocating bandwidth in a wireless com- 
munication system, wherein the wireless communication 
system includes a plurality of customer premise equipment 
(CPE) in communication with associated and corresponding 
base stations, and wherein the base stations maintain uplink 
sub-frame maps representative of the bandwidth allocations 
in the uplink communication path, the method comprising: 

(a) determining an incremental bandwidth requirement 
for a selected CPE; 

(b) transmitting incremental bandwidth requests to a base 
station that is associated with the selected CPE, 
wherein the incremental bandwidth requests contain 
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information indicative of incremental bandwidth 
requirements determined as in step (a); 

(c) determining an aggregate bandwidth requirement for 
the selected CPE; 

(d) determining 

(i) an estimate of aggregate bandwidth requirements for 
the selected CPE that is based at least in part upon 
incremental bandwidth requests for the selected CPE 
that have been received by the associated base station, 
and 

(ii) whether an aggregate bandwidth request should be 
transmitted to the base station associated with the 
selected CPE to reduce errors in the aggregate band- 
width estimate determined in step (dXi)« wherein the 
aggregate bandwidth request contains information 
indicative of the aggregate bandwidth requirement 
determined in step (c); and 

(e) if an aggregate bandwidth request is determined to be 
required in step (dXii)» then transmitting the aggregate 
bandwidth request to the associated base station and 
returning to step (a), else returning to step (a) without 
transmitting an aggregate bandwidth request. 

2. The method for allocating bandwidth as defined in 
claim 1, wherein the incremental bandwidth requirement 
comprises the change in bandwidth requirements since the 
selected CPE last requested bandwidth from the associated 
base station, and the aggregate bandwidth reqiurement 
determined in step (c) comprises a total immediate band- 
width requirement for the selected CPE. 

3. The method for allocating bandwidth as defined in 
claim 1, wherein determining an aggregate bandwidth for 
the selected CPE is omitted when according to step (d)(ii), 
an aggregate bandwidth request should not be transmitted to 
the associated base station. 

4. A method for allocating bandwidth in a wireless com- 
munication system, wherein the wireless communication 
system includes a plurality of customer premise equipment 
(CPE) in communication with associated and corresponding 
base stations, and wherein the base stations maintain uplink 
and downlink sub-frame maps representative of the band- 
width allocations in the uplink and downlink communica- 
tion paths, the method comprising the steps of: 

(a) determining an incremental bandwidth requirement 
for a selected CPE; 

(b) transmitting an incremental bandwidth request to a 
base station that is associated with the selected CPE, 
wherein the incremental bandwidth request contains 
information indicative of the incremental bandwidth 
requirement determined in step (a); 

(c) determining an aggregate bandwidth requirement for 
the selected CPE; 

(d) determining whether an aggregate bandwidth request 
should be transmitted to the base station associated 
with the selected CPE, wherein the aggregate band- 
width request contains information indicative of the 
aggregate bandwidth requirement determined in step 
(c), including 

(i) counting consecutive transmissions of incremental 
bandwidth requests; 

(ii) comparing the number of consecutive transmissions 
counted in step (a) to a pre-determined incremental 
bandwidth request threshold value; and 

(iii) indicating that an aggregate bandwidth request is 
required if the number of consecutive transmissions 
of incremental bandwidth requests equals the pre- 
determined threshold, else returning to step (a); and 
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(e) if the aggregate bandwidth request is determined to be 
required in step (d), transmitting the aggregate band- 
width request to the associated base station and return- 
ing to step (a), else returning to step (a) without 
transmitting the aggregate bandwidth request. 5 

5. The method for allocating bandwidth as defined in 
claim 1, wherein the step (d) of determining whether an 
aggregate bandwidth request should be transmitted to the 
associated base station comprises the steps of: 

(a) waiting a pre-determined time interval between trans- 
missions of aggregate bandwidth requests; 

(b) indicating that an aggregate bandwidth request is 
required when the pre-determined time interval has 
expired, else returning to step (a). 

6. The method for allocating bandwidth as defined in 
claim 1, wherein the aggregate bandwidth request transmit- 
ted in step (e) causes the associated base station to reset 
records representative of the total bandwidth requirements 
of the selected CPE, thereby allowing the method to be 
self-correcting. 

7. The method for allocating bandwidth as defined in 
claim 1, wherein the incremental and aggregate bandwidth 
requests are transmitted by the selected CPE to the associ- 
ated base station using a piggybacking technique, wherein 
the selected CPE transmits the bandwidth requests using 
unused bandwidth in packets of existing bandwidth alloca- 
tions. 

8. The method for allocating bandwidth as defined in 
claim 1, wherein the incremental and aggregate bandwidth 
requests are transmitted by the selected CPE to the associ- 
ated base station using an individual polling technique, 
wherein the selected CPE is individually polled by the 
associated base station for its bandwidth requirements. 

9. The method for allocating bandwidth as defined in 
claim 8, wherein the associated base station allocates band- 
width to the selected CPE in an uplink sub-frame map, and 
wherein the base station determines whether the selected 
CPE requests polling by examining a poU-me bit associated 
with the selected CPE. 

10. The method for allocating bandwidth as defined in ^ 
claim 1, wherein bandwidth requests are transmitted to the 
associated base station using a bandwidth request message. 

11. A method for allocating bandwidth in a wireless 
commxmication system, wherein the wireless communica- 
tion system includes a plurality of customer premise equip- 
ment (CPE) in communication with associated and corre- 
sponding base stations, and wherein the base stations 
maintain uphnk and downlink sub-frame maps representa- 
tive of the bandwidth allocations in the unlink and downlink 
commxmication paths, the method comprising the steps of: 

(a) determining an incremental bandwidth requirement 
for a selected CPE. 

(b) transmitting an incremental bandwidth request to a 
base station that is associated with the selected CPE, 
wherein the incremental bandwidth request contains 
information indicative of the incremental bandwidth 
requirement determined in step (a); 

(c) determining an aggregate bandwidth requirement for 
the selected CPE; 

(d) determining whether an aggregate bandwidth request 60 
should be transmitted to the base station associated 
with the selected CPE, wherein the aggregate band- 
width request contains information indicative of the 
aggregate bandwidth requirement determined in step 
(c); and 65 

(e) if the aggregate bandwidth request is determined to be 
required in step (d), transmitting the aggregate band- 
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width request to the associated base station and return- 
ing to step (a), else returning to step (a) without 
transmitting the aggregate bandwidth request; 
wherein bandwidth requests are transmitted to the associated 
base station using a bandwidth request message, and the 
bandwidth request message includes a Message Type ID 
field, a Coimection ID/QoS field, a Request lype field, and 
an Amount Requested field. 

12. The method for allocating bandwidth as defined in 
claim 11, wherein the Request Type field indicates whether 
an incremental or an aggregate bandwidth request is being 
transmitted. 

13. The method for allocating bandwidth as defined in 
claim 11, wherein the Amount Requested field indicates the 
amount of bandwidth being requested by the selected CPE. 

14. The method for allocating bandwidth as defined in 
claim 13, wherein the amount of bandwidth being requested 
is expressed in natural units of the wireless communication 
system. 

15. The method for allocating bandwidth as defined in 
claim 14, wherein the natural units comprise bytes for 
communication systems using variable length packets, and 
wherein the natural units comprise packets for communica- 
tion systems using fixed length packets. 

16. The method for allocating bandwidth as defined in 
claim 11, wherein the Message Type ID field comprises a 
pre-determined constant value indicating to the communi- 
cation system that a bandwidth request message is being 
transmitted. 

17. The method for allocating bandwidth as defined in 
claim 11, wherein the Connection ID/QoS field indicates 
either an identifier for a connection between the selected 
CPE and the associated base station, or a quality of service 
(QoS) associated with the connection between the selected 
CPE and the associated base station. 

18. The method for allocating bandwidth as defined in 
claim 17, wherein the quality of service (QoS) associated 
with the connection is assigned at a time when the connec- 
tion is first established between the CPE and the associated 
base station. 

19. An apparatus for allocating bandwidth in a wireless 
communication system, wherein the wireless communica- 
tion system includes a plurality of customer premise equip- 
ment (CPE) in communication with associated and corre- 
sponding base stations, and wherein the base stations 
maintain uplink sub-firame maps representative of the band- 
width allocations in the uplink communication paths, com- 
prising; 

(a) a bandwidth requirement calculator for calculating an 
incremental bandwidth requirement and an aggregate 
bandwidth requirement of a selected CPE; 

(b) a transmitter, operatively coupled to the bandwidth 
requirement calculator, for transmitting an incremental 
bandwidth request and an aggregate bandwidth request 
to a base station associated with the selected CPE, 
wherein the incremental bandwidth request is indica- 
tive of the incremental bandwidth requirement of the 
selected CPE, and wherein the aggregate bandwidth 
request is indicative of the aggregate bandwidth 
requirement of the selected CPE; and 

(c) an aggregate bandwidth request limiter, operatively 
coupled to the transmitter, for determining whether an 
aggregate bandwidth request should be transmitted to 
the associated base station and limiting a frequency of 
aggregate bandwidth requests to be less than a fre- 
quency of incremental bandwidth requests, wherein the 
aggregate bandwidth request limiter caxises the trans- 
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mitter to periodically transmit an aggregate bandwidth 
request when the aggregate bandwidth request limiter 
determines that the aggregate bandwidth request should 
be transmitted to the associated base station. 

20. The apparatus for allocating bandwidth in a wireless 5 
communication system as defined in claim 19, wherein the 
aggregate bandwidth request limiter precludes aggregate 
bandwidth requests until a limiting counter counts a prede- 
termined number of time units and/or incremental band- 
width requests. 20 

21. The apparatus for allocating bandwidth in a wireless 
communication system as defined in claim 20, wherein the 
predetermined number set for the limiting cotmter of the 
aggregate bandwidth request limiter is dynamically modifi- 
able based upon changes in system parameters. 

22. An apparatus for allocating bandwidth in a wireless 
communication system wherein the wireless communication 
system includes a plurality of customer premise equipment 
(CPE) in communication with associated and corresponding 
base stations, and wherein the base stations maintain uplink 20 
and downlink sub-firame maps representative of the band- 
width allocations in the uplink and downlink communica- 
tion paths, comprising: 

(a) bandwidth requirement calculating means for calcu- 
lating an incremental bandwidth requirement and an 25 
aggregate bandwidth requirement of a selected CPE; 

(b) transmitting means, operatively coupled to the band- 
width requirement calculating means, for transmitting 
an incremental bandwidth request and an aggregate 
bandwidth request to a base station associated with the 30 
selected CPE, wherein the incremental bandwidth 
request is indicative of the incremental bandwidth 
requirement of the selected CPE, and wherein the 
aggregate bandwidth request is indicative of the aggre- 
gate bandwidth requirement of the selected CPE; and 35 

(c) determining means, operatively coupled to the trans- 
mitting means, for determining whether an aggregate 
bandwidth request should be transmitted to the associ- 
ated base station, wherein the determining means 
causes the transmitting means to periodically transmit 40 
an aggregate bandwidth request when the determining 
means determines that the aggregate bandwidth request 
should be transmitted to the associated base station, the 
determining means including: 

(i) means for counting consecutive transmissions of 45 
incremental bandwidth requests; 

(ii) means for comparing the number of consecutive 
transmissions counted by the counting means with a 
pre-determined incremental bandwidth request 
threshold value; and 50 

(iii) means for indicating that an aggregate bandwidth 
request is required whenever the number of consecu- 
tive transmissions of incremental bandwidth requests 
equals the pre-determined threshold. 

23. The apparatus for allocating bandwidth in a wireless 55 
communication system as defined in claim 22, wherein the 
means for counting consecutive transmissions of incremen- 
tal bandwidth requests includes a dynamic timer. 

24. The apparatus for allocating bandwidth in a wireless 
communication system as defined in claim 23, wherein the 60 
timer is set to a pre-determined number of frames that the 
apparatus waits between transmissions of aggregate band- 
width requests, and wherein the timer is decremented each 
time that an incremental bandwidth request is transmitted. 

25. TTie apparatus for allocating bandwidth in a wireless 65 
communication system as defined in claim 24, wherein the 

a pre-determined number of frames that the apparatus waits 
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between transmissions of aggregate bandwidth requests 
depends upon a quality of service (QoS) associated with a 
connection between the selected CPE and the associated 
base station. 

26. A method for allocating bandwidth in a wireless 
communication system, wherein the wireless communica- 
tion system includes a plurality of customer premise equip- 
ment (CPE) in communication with associated and corre- 
sponding base stations, and wherein the base stations 
maintain uplink and downlink sub-frame maps representa- 
tive of the bandwidth allocations in the uplink and downlink 
communication paths, the method comprising the steps of: 

(a) awaiting for the arrival of data for which bandwidth 
has not yet been allocated; 

(b) determining whether a first timer has expired, wherein 
the first timer is initially set to a number of frames that 
the communication system waits between transmission 
of aggregate bandwidth requests; 

(c) if the first timer is determined not to have expired in 
step (b), constructing an incremental bandwidth request 
indicative of an incremental bandwidth requirement of 
a selected CPE, else constructing an aggregate band- 
width request indicative of an aggregate bandwidth 
requirement of the selected CPE; 

(d) transmitting the bandwidth request constructed in step 
(c) to a base station that is associated with the selected 
CPE; 

(e) receiving an uplink sub-frame map that contains a 
bandwidth grant responsive to the bandwidth request 
transmitted in step (d); 

(Q determining whether the bandwidth grant contained in 
the uplink sub-frame map is appropriate; 

(g) if the bandwidth grant is determined to be appropriate 
in step (Q, proceeding to step (h), else determining 
whether a second timer has expired, and if the second 
timer has expired, returning to step (e), else returning to 
step (b); 

(h) transmitting data; 

(i) determining whether the bandwidth grant received in 
step (e) fiilly satisfied the bandwidth request transmit- 
ted in step (d); and 

(j) if the bandwidth grant is fully satisfied, retuming to 
step (a); else returning to step (e). 

27. The method of claim 1, wherein step (dXii) further 
includes limiting aggregate bandwidth requests to cause a 
fi-equency of incremental bandwidth requests transmitted to 
the associated base station as in step (a) to exceed a 
firequency of aggregate bandwidth requests as in step (e). 

28. The method of claim 27, further comprising limiting 
a frequency of incremental bandwidth request transmissions 
as in step (a). 

29. The method of claim 1, wherein step (dXii) further 
comprises limiting incremental bandwidth request transmis- 
sions based upon a first timer, and limiting aggregate band- 
width request transmissions based upon a second timer. 

30. The method of claim 29, further comprising dynami- 
cally changing a duration for the first timer and/or a duration 
for the second timer, based upon changes in system param- 
eters. 

31. The method of claim 1, wherein step (dXii) further 
comprises limiting incremental bandwidth request transmis- 
sions based upon a timer, and limiting aggregate bandwidth 
request transmissions based at least in part upon a count of 
transmitted bandwidth requests. 
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32. The method of claim 1, further comprising omitting 
explicit acknowledgements from the associated base station 
to the selected CPE in response to bandwidth requests 
transmitted from the selected CPE to the associated base 
station. 5 
53. The method of claim 1, further comprising: 
(f) receiving a combined request for bandwidth from the 
selected CPE comprising a plurality of individual con- 
nection bandwidth requests, including 
(i) receiving a first bandwidth request from the selected 10 
CPE for a first connection that is associated with a 
first quality of service (QoS), and 
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(ii) receiving a second bandwidth request from the 
selected CPE for a different second connection hav- 
ing a different second QoS; and 
(g) providing a bandwidth allocation to the selected CPE 
in response to the combined request for bandwidth that 
is unequal to a total of the individual connection 
bandwidth requests, without conveying infonnation 
£rom the associated base station to the CPE indicating 
an expected distribution of the allocated bandwidth 
between the individual connections. 

« « « « * 
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